User interfaces for health applications

ABSTRACT

The present disclosure generally relates to user interfaces for health applications. In some embodiments, exemplary user interfaces for managing health and safety features on an electronic device are described. In some embodiments, exemplary user interfaces for managing the setup of a health feature on an electronic device are described. In some embodiments, exemplary user interfaces for managing background health measurements on an electronic device are described. In some embodiments, exemplary user interfaces for managing a biometric measurement taken using an electronic device are described. In some embodiments, exemplary user interfaces for providing results for captured health information on an electronic device are described. In some embodiments, exemplary user interfaces for managing background health measurements on an electronic device are described.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.17/031,727, “USER INTERFACES FOR HEALTH APPLICATIONS,” filed Sep. 24,2020, which claims priority to U.S. Provisional Patent Application Nos.63/033,829, “USER INTERFACES FOR HEALTH APPLICATIONS,” filed Jun. 2,2020; 63/033,832, “USER INTERFACES FOR HEALTH APPLICATIONS,” filed Jun.3, 2020; 63/078,315, “USER INTERFACES FOR HEALTH APPLICATIONS,” filedSep. 14, 2020. All of these applications are incorporated by referenceherein in their entirety.

FIELD

The present disclosure relates generally to computer user interfaces,and more specifically to techniques for managing and/or presentinghealth data.

BACKGROUND

Measuring and managing health information using health applications onelectronic devices is a convenient and effective method of providing andmaintaining awareness of one's health. Using electronic devices enable auser to quickly and easily capture health information and manage andmonitor the health information.

BRIEF SUMMARY

Some techniques for managing health data using electronic devices, aregenerally cumbersome and inefficient. For example, some techniques use acomplex and time-consuming user interface, which may include multiplekey presses or keystrokes. Such techniques require more time thannecessary, wasting user time and device energy. This latterconsideration is particularly important in battery-operated devices.

Accordingly, the present techniques provide electronic devices withfaster, more efficient methods and interfaces for managing and/orpresenting health data. Such methods and interfaces optionallycomplement or replace other methods for managing and/or presentinghealth data. Such methods and interfaces reduce the cognitive burden ona user and produce a more efficient human-machine interface. Forbattery-operated computing devices, such methods and interfaces conservepower and increase the time between battery charges. Such methods andinterfaces also enable a user to quickly and easily capture healthinformation, thereby incentivizing the user to frequently monitor his orher health. Such methods and interfaces also enable a user toconveniently view and manage recorded health information, therebyraising awareness to the user of the user's current health status.

In accordance with some embodiments, a method performed at a computersystem that is in communication with a display generation component andone or more input devices is described. The method comprises:displaying, via the display generation component, a user interface thatincludes a plurality of user interface objects that correspond tohealth-related functions, the plurality of user interface objectsincluding a first user interface object that corresponds to a firsthealth-related function, wherein the first user interface objectincludes: in accordance with a determination that the firsthealth-related function is currently active, an indication that thefirst health-related function is active; in accordance with adetermination that the first health-related function is currentlyinactive and available for activation via a set of one or more inputsreceived at the computer system, an indication that the firsthealth-related function is available for activation; and in accordancewith a determination that the first health-related function is currentlyinactive and not available for activation, an indication that the firsthealth-related function is not available for activation.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a user interface thatincludes a plurality of user interface objects that correspond tohealth-related functions, the plurality of user interface objectsincluding a first user interface object that corresponds to a firsthealth-related function, wherein the first user interface objectincludes: in accordance with a determination that the firsthealth-related function is currently active, an indication that thefirst health-related function is active; in accordance with adetermination that the first health-related function is currentlyinactive and available for activation via a set of one or more inputsreceived at the computer system, an indication that the firsthealth-related function is available for activation; and in accordancewith a determination that the first health-related function is currentlyinactive and not available for activation, an indication that the firsthealth-related function is not available for activation.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a user interface thatincludes a plurality of user interface objects that correspond tohealth-related functions, the plurality of user interface objectsincluding a first user interface object that corresponds to a firsthealth-related function, wherein the first user interface objectincludes: in accordance with a determination that the firsthealth-related function is currently active, an indication that thefirst health-related function is active; in accordance with adetermination that the first health-related function is currentlyinactive and available for activation via a set of one or more inputsreceived at the computer system, an indication that the firsthealth-related function is available for activation; and in accordancewith a determination that the first health-related function is currentlyinactive and not available for activation, an indication that the firsthealth-related function is not available for activation.

In accordance with some embodiments, a computer system comprising adisplay generation component, one or more input devices, one or moreprocessors, and memory storing one or more programs configured to beexecuted by the one or more processors is described. The one or moreprograms include instructions for: displaying, via the displaygeneration component, a user interface that includes a plurality of userinterface objects that correspond to health-related functions, theplurality of user interface objects including a first user interfaceobject that corresponds to a first health-related function, wherein thefirst user interface object includes: in accordance with a determinationthat the first health-related function is currently active, anindication that the first health-related function is active; inaccordance with a determination that the first health-related functionis currently inactive and available for activation via a set of one ormore inputs received at the computer system, an indication that thefirst health-related function is available for activation; and inaccordance with a determination that the first health-related functionis currently inactive and not available for activation, an indicationthat the first health-related function is not available for activation.

In accordance with some embodiments, a computer system is described. Thecomputer system comprises: a display generation component; one or moreinput devices; means for displaying, via the display generationcomponent, a user interface that includes a plurality of user interfaceobjects that correspond to health-related functions, the plurality ofuser interface objects including a first user interface object thatcorresponds to a first health-related function, wherein the first userinterface object includes: in accordance with a determination that thefirst health-related function is currently active, an indication thatthe first health-related function is active; in accordance with adetermination that the first health-related function is currentlyinactive and available for activation via a set of one or more inputsreceived at the computer system, an indication that the firsthealth-related function is available for activation; and in accordancewith a determination that the first health-related function is currentlyinactive and not available for activation, an indication that the firsthealth-related function is not available for activation.

In accordance with some embodiments, a method performed at a computersystem that is in communication with a display generation component andone or more input devices is described. The method comprises:displaying, via the display generation component, a set of one or moreuser interfaces that corresponds to a first health-related function,wherein the first health-related function is currently inactive andwherein displaying the set of one or more user interfaces thatcorrespond to the first health-related function includes: in accordancewith a determination that a set of activation-permissibility criteriaare satisfied, the set of activation-permissibility criteria including alocation-based criterion that is satisfied when a current location ofthe computer system satisfies a set of location-based criteria,displaying a first activation user interface of a set of one or moreactivation user interfaces, the set of one or more activation userinterfaces including a first selectable user interface object that, whenselected via an input received via the one or more input devices,activates the first health-related function; and in accordance with adetermination that the set of activation-permissibility criteria are notsatisfied, displaying a notification interface that includes firstinformation corresponding to the first health-related function and thatdoes not include a selectable user interface object that, when selectedvia an input received via the one or more input devices, activates thefirst health related function.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a set of one or moreuser interfaces that corresponds to a first health-related function,wherein the first health-related function is currently inactive andwherein displaying the set of one or more user interfaces thatcorrespond to the first health-related function includes: in accordancewith a determination that a set of activation-permissibility criteriaare satisfied, the set of activation-permissibility criteria including alocation-based criterion that is satisfied when a current location ofthe computer system satisfies a set of location-based criteria,displaying a first activation user interface of a set of one or moreactivation user interfaces, the set of one or more activation userinterfaces including a first selectable user interface object that, whenselected via an input received via the one or more input devices,activates the first health-related function; and in accordance with adetermination that the set of activation-permissibility criteria are notsatisfied, displaying a notification interface that includes firstinformation corresponding to the first health-related function and thatdoes not include a selectable user interface object that, when selectedvia an input received via the one or more input devices, activates thefirst health related function.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a set of one or moreuser interfaces that corresponds to a first health-related function,wherein the first health-related function is currently inactive andwherein displaying the set of one or more user interfaces thatcorrespond to the first health-related function includes: in accordancewith a determination that a set of activation-permissibility criteriaare satisfied, the set of activation-permissibility criteria including alocation-based criterion that is satisfied when a current location ofthe computer system satisfies a set of location-based criteria,displaying a first activation user interface of a set of one or moreactivation user interfaces, the set of one or more activation userinterfaces including a first selectable user interface object that, whenselected via an input received via the one or more input devices,activates the first health-related function; and in accordance with adetermination that the set of activation-permissibility criteria are notsatisfied, displaying a notification interface that includes firstinformation corresponding to the first health-related function and thatdoes not include a selectable user interface object that, when selectedvia an input received via the one or more input devices, activates thefirst health related function.

In accordance with some embodiments, a computer system comprising adisplay generation component, one or more input devices, one or moreprocessors, and memory storing one or more programs configured to beexecuted by the one or more processors is described. The one or moreprograms include instructions for: displaying, via the displaygeneration component, a set of one or more user interfaces thatcorresponds to a first health-related function, wherein the firsthealth-related function is currently inactive and wherein displaying theset of one or more user interfaces that correspond to the firsthealth-related function includes: in accordance with a determinationthat a set of activation-permissibility criteria are satisfied, the setof activation-permissibility criteria including a location-basedcriterion that is satisfied when a current location of the computersystem satisfies a set of location-based criteria, displaying a firstactivation user interface of a set of one or more activation userinterfaces, the set of one or more activation user interfaces includinga first selectable user interface object that, when selected via aninput received via the one or more input devices, activates the firsthealth-related function; and in accordance with a determination that theset of activation-permissibility criteria are not satisfied, displayinga notification interface that includes first information correspondingto the first health-related function and that does not include aselectable user interface object that, when selected via an inputreceived via the one or more input devices, activates the first healthrelated function.

In accordance with some embodiments, a computer system is described. Thecomputer system comprises: a display generation component; one or moreinput devices; means for displaying, via the display generationcomponent, a set of one or more user interfaces that corresponds to afirst health-related function, wherein the first health-related functionis currently inactive and wherein displaying the set of one or more userinterfaces that correspond to the first health-related functionincludes: in accordance with a determination that a set ofactivation-permissibility criteria are satisfied, the set ofactivation-permissibility criteria including a location-based criterionthat is satisfied when a current location of the computer systemsatisfies a set of location-based criteria, displaying a firstactivation user interface of a set of one or more activation userinterfaces, the set of one or more activation user interfaces includinga first selectable user interface object that, when selected via aninput received via the one or more input devices, activates the firsthealth-related function; and in accordance with a determination that theset of activation-permissibility criteria are not satisfied, displayinga notification interface that includes first information correspondingto the first health-related function and that does not include aselectable user interface object that, when selected via an inputreceived via the one or more input devices, activates the first healthrelated function.

In accordance with some embodiments, a method performed at a computersystem that is in communication with a display generation component andone or more input devices is described. The method comprises:displaying, via the display generation component, a first configurationuser interface of a set of one or more configuration user interfaces fora first health-related tracking function, wherein the firstconfiguration user interface includes a first selectable user interfaceobject, and wherein the first health-related tracking function iscurrently configured to track a first set of health-related data whilethe computer system is in a first mode and a second mode that isdifferent from the first mode; receiving a set of one or more inputs,the set of one or more inputs including an input corresponding to thefirst selectable user interface object; and in response to the set ofone or more inputs, configuring the first health-related trackingfunction to not track the first set of health-related data while thecomputer system is in the first mode while continuing to track the firstset of health-related data while the computer system is in the secondmode.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a first configurationuser interface of a set of one or more configuration user interfaces fora first health-related tracking function, wherein the firstconfiguration user interface includes a first selectable user interfaceobject, and wherein the first health-related tracking function iscurrently configured to track a first set of health-related data whilethe computer system is in a first mode and a second mode that isdifferent from the first mode; receiving a set of one or more inputs,the set of one or more inputs including an input corresponding to thefirst selectable user interface object; and in response to the set ofone or more inputs, configuring the first health-related trackingfunction to not track the first set of health-related data while thecomputer system is in the first mode while continuing to track the firstset of health-related data while the computer system is in the secondmode.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a first configurationuser interface of a set of one or more configuration user interfaces fora first health-related tracking function, wherein the firstconfiguration user interface includes a first selectable user interfaceobject, and wherein the first health-related tracking function iscurrently configured to track a first set of health-related data whilethe computer system is in a first mode and a second mode that isdifferent from the first mode; receiving a set of one or more inputs,the set of one or more inputs including an input corresponding to thefirst selectable user interface object; and in response to the set ofone or more inputs, configuring the first health-related trackingfunction to not track the first set of health-related data while thecomputer system is in the first mode while continuing to track the firstset of health-related data while the computer system is in the secondmode.

In accordance with some embodiments, a computer system comprising adisplay generation component, one or more input devices, one or moreprocessors, and memory storing one or more programs configured to beexecuted by the one or more processors is described. The one or moreprograms include instructions for: displaying, via the displaygeneration component, a first configuration user interface of a set ofone or more configuration user interfaces for a first health-relatedtracking function, wherein the first configuration user interfaceincludes a first selectable user interface object, and wherein the firsthealth-related tracking function is currently configured to track afirst set of health-related data while the computer system is in a firstmode and a second mode that is different from the first mode; receivinga set of one or more inputs, the set of one or more inputs including aninput corresponding to the first selectable user interface object; andin response to the set of one or more inputs, configuring the firsthealth-related tracking function to not track the first set ofhealth-related data while the computer system is in the first mode whilecontinuing to track the first set of health-related data while thecomputer system is in the second mode.

In accordance with some embodiments, a computer system is described. Thecomputer system comprises: a display generation component; one or moreinput devices; means for displaying, via the display generationcomponent, a first configuration user interface of a set of one or moreconfiguration user interfaces for a first health-related trackingfunction, wherein the first configuration user interface includes afirst selectable user interface object, and wherein the firsthealth-related tracking function is currently configured to track afirst set of health-related data while the computer system is in a firstmode and a second mode that is different from the first mode; means forreceiving a set of one or more inputs, the set of one or more inputsincluding an input corresponding to the first selectable user interfaceobject; and means for, in response to the set of one or more inputs,configuring the first health-related tracking function to not track thefirst set of health-related data while the computer system is in thefirst mode while continuing to track the first set of health-relateddata while the computer system is in the second mode.

In accordance with some embodiments, a method performed at a computersystem that is in communication with a display generation component, aset of one or more biometric sensors, and a set of one or more sensorsis described. The method comprises: initiating a biometric analysisprocess that includes detecting, via the one or more biometric sensors,first biometric data; during the biometric analysis process: detecting,via the set of one or more sensors, a first set of sensor data; and inresponse to detecting the first set of sensor data: in accordance with adetermination that the first set of sensor data satisfies a first set ofcessation criteria, ceasing the biometric analysis process.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component, a set of one or more biometricsensors, and a set of one or more sensors is described. The one or moreprograms include instructions for: initiating a biometric analysisprocess that includes detecting, via the one or more biometric sensors,first biometric data; during the biometric analysis process: detecting,via the set of one or more sensors, a first set of sensor data; and inresponse to detecting the first set of sensor data: in accordance with adetermination that the first set of sensor data satisfies a first set ofcessation criteria, ceasing the biometric analysis process.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component, a set of one or more biometricsensors, and a set of one or more sensors is described. The one or moreprograms include instructions for: initiating a biometric analysisprocess that includes detecting, via the one or more biometric sensors,first biometric data; during the biometric analysis process: detecting,via the set of one or more sensors, a first set of sensor data; and inresponse to detecting the first set of sensor data: in accordance with adetermination that the first set of sensor data satisfies a first set ofcessation criteria, ceasing the biometric analysis process.

In accordance with some embodiments, a computer system comprising adisplay generation component, a set of one or more biometric sensors, aset of one or more sensors, one or more processors, and memory storingone or more programs configured to be executed by the one or moreprocessors is described. The one or more programs include instructionsfor: initiating a biometric analysis process that includes detecting,via the one or more biometric sensors, first biometric data; during thebiometric analysis process: detecting, via the set of one or moresensors, a first set of sensor data; and in response to detecting thefirst set of sensor data: in accordance with a determination that thefirst set of sensor data satisfies a first set of cessation criteria,ceasing the biometric analysis process.

In accordance with some embodiments, a computer system is described. Thecomputer system comprises: a display generation component; a set of oneor more biometric sensors; a set of one or more sensors; means forinitiating a biometric analysis process that includes detecting, via theone or more biometric sensors, first biometric data; means for, duringthe biometric analysis process: detecting, via the set of one or moresensors, a first set of sensor data; and in response to detecting thefirst set of sensor data: in accordance with a determination that thefirst set of sensor data satisfies a first set of cessation criteria,ceasing the biometric analysis process.

In accordance with some embodiments, a method performed at a computersystem that is in communication with a display generation component andone or more input devices is described. The method comprises:displaying, via the display generation component, a summary userinterface of a first health-related tracking function, wherein: thesummary user interface includes a set of one or more user interfaceobjects that correspond to tracking data gathered by the firsthealth-related tracking function, the set of one or more user interfaceobjects includes a first user interface object that corresponds to firstdatum gathered via the first health-related tracking function, anddisplaying the summary user interface includes: in accordance with adetermination that the first datum was gathered under one or moreconditions of a first type, displaying the first user interface objectwith an indication that indicates that at least some of the trackingdata gathered by the first health-related tracking function was gatheredunder the one or more conditions of the first type.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a summary userinterface of a first health-related tracking function, wherein: thesummary user interface includes a set of one or more user interfaceobjects that correspond to tracking data gathered by the firsthealth-related tracking function, the set of one or more user interfaceobjects includes a first user interface object that corresponds to firstdatum gathered via the first health-related tracking function, anddisplaying the summary user interface includes: in accordance with adetermination that the first datum was gathered under one or moreconditions of a first type, displaying the first user interface objectwith an indication that indicates that at least some of the trackingdata gathered by the first health-related tracking function was gatheredunder the one or more conditions of the first type.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a display generation component and one or more input devices isdescribed. The one or more programs include instructions for:displaying, via the display generation component, a summary userinterface of a first health-related tracking function, wherein: thesummary user interface includes a set of one or more user interfaceobjects that correspond to tracking data gathered by the firsthealth-related tracking function, the set of one or more user interfaceobjects includes a first user interface object that corresponds to firstdatum gathered via the first health-related tracking function, anddisplaying the summary user interface includes: in accordance with adetermination that the first datum was gathered under one or moreconditions of a first type, displaying the first user interface objectwith an indication that indicates that at least some of the trackingdata gathered by the first health-related tracking function was gatheredunder the one or more conditions of the first type.

In accordance with some embodiments, a computer system comprising adisplay generation component, one or more input devices, one or moreprocessors, and memory storing one or more programs configured to beexecuted by the one or more processors is described. The one or moreprograms include instructions for: displaying, via the displaygeneration component, a summary user interface of a first health-relatedtracking function, wherein: the summary user interface includes a set ofone or more user interface objects that correspond to tracking datagathered by the first health-related tracking function, the set of oneor more user interface objects includes a first user interface objectthat corresponds to first datum gathered via the first health-relatedtracking function, and displaying the summary user interface includes:in accordance with a determination that the first datum was gatheredunder one or more conditions of a first type, displaying the first userinterface object with an indication that indicates that at least some ofthe tracking data gathered by the first health-related tracking functionwas gathered under the one or more conditions of the first type.

In accordance with some embodiments, a computer system is described. Thecomputer system comprises: a display generation component; one or moreinput devices; means for displaying, via the display generationcomponent, a summary user interface of a first health-related trackingfunction, wherein: the summary user interface includes a set of one ormore user interface objects that correspond to tracking data gathered bythe first health-related tracking function, the set of one or more userinterface objects includes a first user interface object thatcorresponds to first datum gathered via the first health-relatedtracking function, and displaying the summary user interface includes:in accordance with a determination that the first datum was gatheredunder one or more conditions of a first type, displaying the first userinterface object with an indication that indicates that at least some ofthe tracking data gathered by the first health-related tracking functionwas gathered under the one or more conditions of the first type.

In accordance with some embodiments, a method performed at a computersystem that is in communication with a set of one or more biometricsensors is described. The method comprises: detecting that a first setof health measurement criteria are satisfied; and in response todetecting that the set of health measurement criteria are satisfied: inaccordance with a determination that the computer system is in a firstmode, measuring, via the set of one or more biometric sensors, a valueof a biometric parameter; and in accordance with a determination thatthe computer system is in a second mode, different from the first mode,forgoing measuring the biometric parameter.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a set of one or more biometric sensors is described. The one ormore programs include instructions for: detecting that a first set ofhealth measurement criteria are satisfied; and in response to detectingthat the set of health measurement criteria are satisfied: in accordancewith a determination that the computer system is in a first mode,measuring, via the set of one or more biometric sensors, a value of abiometric parameter; and in accordance with a determination that thecomputer system is in a second mode, different from the first mode,forgoing measuring the biometric parameter.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of a computer system that is in communicationwith a set of one or more biometric sensors is described. The one ormore programs include instructions for: detecting that a first set ofhealth measurement criteria are satisfied; and in response to detectingthat the set of health measurement criteria are satisfied: in accordancewith a determination that the computer system is in a first mode,measuring, via the set of one or more biometric sensors, a value of abiometric parameter; and in accordance with a determination that thecomputer system is in a second mode, different from the first mode,forgoing measuring the biometric parameter.

In accordance with some embodiments, a computer system comprising a setof one or more biometric sensors, one or more processors, and memorystoring one or more programs configured to be executed by the one ormore processors is described. The one or more programs includeinstructions for: detecting that a first set of health measurementcriteria are satisfied; and in response to detecting that the set ofhealth measurement criteria are satisfied: in accordance with adetermination that the computer system is in a first mode, measuring,via the set of one or more biometric sensors, a value of a biometricparameter; and in accordance with a determination that the computersystem is in a second mode, different from the first mode, forgoingmeasuring the biometric parameter.

In accordance with some embodiments, a computer system is described. Thecomputer system comprises: a set of one or more biometric sensors; meansfor detecting that a first set of health measurement criteria aresatisfied; and means for, in response to detecting that the set ofhealth measurement criteria are satisfied: in accordance with adetermination that the computer system is in a first mode, measuring,via the set of one or more biometric sensors, a value of a biometricparameter; and in accordance with a determination that the computersystem is in a second mode, different from the first mode, forgoingmeasuring the biometric parameter.

Executable instructions for performing these functions are, optionally,included in a non-transitory computer-readable storage medium or othercomputer program product configured for execution by one or moreprocessors. Executable instructions for performing these functions are,optionally, included in a transitory computer-readable storage medium orother computer program product configured for execution by one or moreprocessors.

Thus, devices are provided with faster, more efficient methods andinterfaces for managing and/or presenting health data, therebyincreasing the effectiveness, efficiency, and user satisfaction withsuch devices. Such methods and interfaces may complement or replaceother methods for managing and/or presenting health data.

DESCRIPTION OF THE FIGURES

For a better understanding of the various described embodiments,reference should be made to the Description of Embodiments below, inconjunction with the following drawings in which like reference numeralsrefer to corresponding parts throughout the figures.

FIG. 1A is a block diagram illustrating a portable multifunction devicewith a touch-sensitive display in accordance with some embodiments.

FIG. 1B is a block diagram illustrating exemplary components for eventhandling in accordance with some embodiments.

FIG. 2 illustrates a portable multifunction device having a touch screenin accordance with some embodiments.

FIG. 3 is a block diagram of an exemplary multifunction device with adisplay and a touch-sensitive surface in accordance with someembodiments.

FIG. 4A illustrates an exemplary user interface for a menu ofapplications on a portable multifunction device in accordance with someembodiments.

FIG. 4B illustrates an exemplary user interface for a multifunctiondevice with a touch-sensitive surface that is separate from the displayin accordance with some embodiments.

FIG. 5A illustrates a personal electronic device in accordance with someembodiments.

FIG. 5B is a block diagram illustrating a personal electronic device inaccordance with some embodiments.

FIGS. 6A-6O illustrate exemplary user interfaces for managing health andsafety features on an electronic device, in accordance with someembodiments.

FIGS. 7A-7C are a flow diagram illustrating a method for managing healthand safety features on an electronic device, in accordance with someembodiments.

FIGS. 8A-8S illustrate exemplary user interfaces for managing the setupof a health feature on an electronic device, in accordance with someembodiments.

FIGS. 9A-9C are a flow diagram illustrating a method for managing thesetup of a health feature on an electronic device, in accordance withsome embodiments.

FIGS. 10A-10V illustrate exemplary user interfaces for managingbackground health measurements on an electronic device, in accordancewith some embodiments.

FIGS. 11A-11B are a flow diagram illustrating a method for managingbackground health measurements on an electronic device, in accordancewith some embodiments.

FIGS. 12A-12N and 12Q-12AG illustrate exemplary user interfaces formanaging a biometric measurement taken using an electronic device, inaccordance with some embodiments.

FIGS. 12O and 12P are flow diagrams illustrating methods for managingprompts and measurements based on position and movement data,respectively.

FIGS. 13A-13B are a flow diagram illustrating a method for managing abiometric measurement taken using an electronic device, in accordancewith some embodiments.

FIGS. 14A-14I illustrate exemplary user interfaces for providing resultsfor captured health information on an electronic device, in accordancewith some embodiments.

FIGS. 15A-15B are a flow diagram illustrating a method for providingresults for captured health information on an electronic device, inaccordance with some embodiments.

FIGS. 16A-16C illustrate exemplary user interfaces for managingbackground health measurements on an electronic device, in accordancewith some embodiments.

FIGS. 17A-17B are a flow diagram illustrating a method for managingbackground health measurements on an electronic device, in accordancewith some embodiments.

DESCRIPTION OF EMBODIMENTS

The following description sets forth exemplary methods, parameters, andthe like. It should be recognized, however, that such description is notintended as a limitation on the scope of the present disclosure but isinstead provided as a description of exemplary embodiments.

There is a need for electronic devices that provide efficient methodsand interfaces for managing and/or presenting health data. For example,there is a need for electronic devices that enable a user to quickly andeasily measure health information to enable the user to convenientlymonitor his or her health. For another example, there is a need forelectronic devices that enable a user to conveniently and efficientlymanage and monitor captured health information such that the user caneasily understand and properly respond to the results. For anotherexample, there is a need for electronic devices that enable a user toconveniently view and manage various health and safety features in orderfor the user to use the electronic device to assess his or her health inan efficient and effective manner. Such techniques can reduce thecognitive burden on a user who accesses health data on an electronicdevice, thereby enhancing productivity. Further, such techniques canreduce processor and battery power otherwise wasted on redundant userinputs.

Below, FIGS. 1A-1B, 2, 3, 4A-4B, and 5A-5B provide a description ofexemplary devices for performing the techniques for managing and/orpresenting health data. FIGS. 6A-6O illustrate exemplary user interfacesfor managing health and safety features on an electronic device, inaccordance with some embodiments. FIGS. 7A-7C are a flow diagramillustrating a method for managing health and safety features on anelectronic device, in accordance with some embodiments. The userinterfaces in FIGS. 6A-6O are used to illustrate the processes describedbelow, including the processes in FIGS. 7A-7C. FIGS. 8A-8S illustrateexemplary user interfaces for managing the setup of a health feature onan electronic device, in accordance with some embodiments. FIGS. 9A-9Care a flow diagram illustrating a method for managing the setup of ahealth feature on an electronic device, in accordance with someembodiments. The user interfaces in FIGS. 8A-8S are used to illustratethe processes described below, including the processes in FIGS. 9A-9C.FIGS. 10A-10V illustrate exemplary user interfaces for managingbackground health measurements on an electronic device, in accordancewith some embodiments. FIGS. 11A-11B are a flow diagram illustrating amethod for managing background health measurements on an electronicdevice, in accordance with some embodiments. The user interfaces inFIGS. 10A-10V are used to illustrate the processes described below,including the processes in FIGS. 11A-11B. FIGS. 12A-12N and 12Q-12AGillustrate exemplary user interfaces for managing a biometricmeasurement taken using an electronic device, in accordance with someembodiments. FIGS. 12O and 12P are flow diagrams illustrating methodsfor managing prompts and measurements based on position and movementdata, respectively. FIGS. 13A-13B are a flow diagram illustrating amethod for managing a biometric measurement taken using an electronicdevice, in accordance with some embodiments. The user interfaces inFIGS. 12A-12N and 12Q-12AG are used to illustrate the processesdescribed below, including the processes in FIGS. 12O-12P and 13A-13B.FIGS. 14A-14I illustrate exemplary user interfaces for providing resultsfor captured health information on an electronic device, in accordancewith some embodiments. FIGS. 15A-15B are a flow diagram illustrating amethod for providing results for captured health information on anelectronic device, in accordance with some embodiments. The userinterfaces in FIGS. 14A-14I are used to illustrate the processesdescribed below, including the processes in FIGS. 15A-15B. FIGS. 16A-16Cillustrate exemplary user interfaces for managing background healthmeasurements on an electronic device, in accordance with someembodiments. FIGS. 17A-17B are a flow diagram illustrating a method formanaging background health measurements on an electronic device, inaccordance with some embodiments. The user interfaces in FIGS. 16A-16Care used to illustrate the processes described below, including theprocesses in FIGS. 17A-17B.

Although the following description uses terms “first,” “second,” etc. todescribe various elements, these elements should not be limited by theterms. These terms are only used to distinguish one element fromanother. For example, a first touch could be termed a second touch, and,similarly, a second touch could be termed a first touch, withoutdeparting from the scope of the various described embodiments. The firsttouch and the second touch are both touches, but they are not the sametouch.

The terminology used in the description of the various describedembodiments herein is for the purpose of describing particularembodiments only and is not intended to be limiting. As used in thedescription of the various described embodiments and the appendedclaims, the singular forms “a,” “an,” and “the” are intended to includethe plural forms as well, unless the context clearly indicatesotherwise. It will also be understood that the term “and/or” as usedherein refers to and encompasses any and all possible combinations ofone or more of the associated listed items. It will be furtherunderstood that the terms “includes,” “including,” “comprises,” and/or“comprising,” when used in this specification, specify the presence ofstated features, integers, steps, operations, elements, and/orcomponents, but do not preclude the presence or addition of one or moreother features, integers, steps, operations, elements, components,and/or groups thereof.

The term “if” is, optionally, construed to mean “when” or “upon” or “inresponse to determining” or “in response to detecting,” depending on thecontext. Similarly, the phrase “if it is determined” or “if [a statedcondition or event] is detected” is, optionally, construed to mean “upondetermining” or “in response to determining” or “upon detecting [thestated condition or event]” or “in response to detecting [the statedcondition or event],” depending on the context.

Embodiments of electronic devices, user interfaces for such devices, andassociated processes for using such devices are described. In someembodiments, the device is a portable communications device, such as amobile telephone, that also contains other functions, such as PDA and/ormusic player functions. Exemplary embodiments of portable multifunctiondevices include, without limitation, the iPhone®, iPod Touch®, and iPad®devices from Apple Inc. of Cupertino, Calif. Other portable electronicdevices, such as laptops or tablet computers with touch-sensitivesurfaces (e.g., touch screen displays and/or touchpads), are,optionally, used. It should also be understood that, in someembodiments, the device is not a portable communications device, but isa desktop computer with a touch-sensitive surface (e.g., a touch screendisplay and/or a touchpad). In some embodiments, the electronic deviceis a computer system that is in communication (e.g., via wirelesscommunication, via wired communication) with a display generationcomponent. The display generation component is configured to providevisual output, such as display via a CRT display, display via an LEDdisplay, or display via image projection. In some embodiments, thedisplay generation component is integrated with the computer system. Insome embodiments, the display generation component is separate from thecomputer system. As used herein, “displaying” content includes causingto display the content (e.g., video data rendered or decoded by displaycontroller 156) by transmitting, via a wired or wireless connection,data (e.g., image data or video data) to an integrated or externaldisplay generation component to visually produce the content.

In the discussion that follows, an electronic device that includes adisplay and a touch-sensitive surface is described. It should beunderstood, however, that the electronic device optionally includes oneor more other physical user-interface devices, such as a physicalkeyboard, a mouse, and/or a joystick.

The device typically supports a variety of applications, such as one ormore of the following: a drawing application, a presentationapplication, a word processing application, a website creationapplication, a disk authoring application, a spreadsheet application, agaming application, a telephone application, a video conferencingapplication, an e-mail application, an instant messaging application, aworkout support application, a photo management application, a digitalcamera application, a digital video camera application, a web browsingapplication, a digital music player application, and/or a digital videoplayer application.

The various applications that are executed on the device optionally useat least one common physical user-interface device, such as thetouch-sensitive surface. One or more functions of the touch-sensitivesurface as well as corresponding information displayed on the deviceare, optionally, adjusted and/or varied from one application to the nextand/or within a respective application. In this way, a common physicalarchitecture (such as the touch-sensitive surface) of the deviceoptionally supports the variety of applications with user interfacesthat are intuitive and transparent to the user.

Attention is now directed toward embodiments of portable devices withtouch-sensitive displays. FIG. 1A is a block diagram illustratingportable multifunction device 100 with touch-sensitive display system112 in accordance with some embodiments. Touch-sensitive display 112 issometimes called a “touch screen” for convenience and is sometimes knownas or called a “touch-sensitive display system.” Device 100 includesmemory 102 (which optionally includes one or more computer-readablestorage mediums), memory controller 122, one or more processing units(CPUs) 120, peripherals interface 118, RF circuitry 108, audio circuitry110, speaker 111, microphone 113, input/output (I/O) subsystem 106,other input control devices 116, and external port 124. Device 100optionally includes one or more optical sensors 164. Device 100optionally includes one or more contact intensity sensors 165 fordetecting intensity of contacts on device 100 (e.g., a touch-sensitivesurface such as touch-sensitive display system 112 of device 100).Device 100 optionally includes one or more tactile output generators 167for generating tactile outputs on device 100 (e.g., generating tactileoutputs on a touch-sensitive surface such as touch-sensitive displaysystem 112 of device 100 or touchpad 355 of device 300). Thesecomponents optionally communicate over one or more communication busesor signal lines 103.

As used in the specification and claims, the term “intensity” of acontact on a touch-sensitive surface refers to the force or pressure(force per unit area) of a contact (e.g., a finger contact) on thetouch-sensitive surface, or to a substitute (proxy) for the force orpressure of a contact on the touch-sensitive surface. The intensity of acontact has a range of values that includes at least four distinctvalues and more typically includes hundreds of distinct values (e.g., atleast 256). Intensity of a contact is, optionally, determined (ormeasured) using various approaches and various sensors or combinationsof sensors. For example, one or more force sensors underneath oradjacent to the touch-sensitive surface are, optionally, used to measureforce at various points on the touch-sensitive surface. In someimplementations, force measurements from multiple force sensors arecombined (e.g., a weighted average) to determine an estimated force of acontact. Similarly, a pressure-sensitive tip of a stylus is, optionally,used to determine a pressure of the stylus on the touch-sensitivesurface. Alternatively, the size of the contact area detected on thetouch-sensitive surface and/or changes thereto, the capacitance of thetouch-sensitive surface proximate to the contact and/or changes thereto,and/or the resistance of the touch-sensitive surface proximate to thecontact and/or changes thereto are, optionally, used as a substitute forthe force or pressure of the contact on the touch-sensitive surface. Insome implementations, the substitute measurements for contact force orpressure are used directly to determine whether an intensity thresholdhas been exceeded (e.g., the intensity threshold is described in unitscorresponding to the substitute measurements). In some implementations,the substitute measurements for contact force or pressure are convertedto an estimated force or pressure, and the estimated force or pressureis used to determine whether an intensity threshold has been exceeded(e.g., the intensity threshold is a pressure threshold measured in unitsof pressure). Using the intensity of a contact as an attribute of a userinput allows for user access to additional device functionality that mayotherwise not be accessible by the user on a reduced-size device withlimited real estate for displaying affordances (e.g., on atouch-sensitive display) and/or receiving user input (e.g., via atouch-sensitive display, a touch-sensitive surface, or aphysical/mechanical control such as a knob or a button).

As used in the specification and claims, the term “tactile output”refers to physical displacement of a device relative to a previousposition of the device, physical displacement of a component (e.g., atouch-sensitive surface) of a device relative to another component(e.g., housing) of the device, or displacement of the component relativeto a center of mass of the device that will be detected by a user withthe user's sense of touch. For example, in situations where the deviceor the component of the device is in contact with a surface of a userthat is sensitive to touch (e.g., a finger, palm, or other part of auser's hand), the tactile output generated by the physical displacementwill be interpreted by the user as a tactile sensation corresponding toa perceived change in physical characteristics of the device or thecomponent of the device. For example, movement of a touch-sensitivesurface (e.g., a touch-sensitive display or trackpad) is, optionally,interpreted by the user as a “down click” or “up click” of a physicalactuator button. In some cases, a user will feel a tactile sensationsuch as an “down click” or “up click” even when there is no movement ofa physical actuator button associated with the touch-sensitive surfacethat is physically pressed (e.g., displaced) by the user's movements. Asanother example, movement of the touch-sensitive surface is, optionally,interpreted or sensed by the user as “roughness” of the touch-sensitivesurface, even when there is no change in smoothness of thetouch-sensitive surface. While such interpretations of touch by a userwill be subject to the individualized sensory perceptions of the user,there are many sensory perceptions of touch that are common to a largemajority of users. Thus, when a tactile output is described ascorresponding to a particular sensory perception of a user (e.g., an “upclick,” a “down click,” “roughness”), unless otherwise stated, thegenerated tactile output corresponds to physical displacement of thedevice or a component thereof that will generate the described sensoryperception for a typical (or average) user.

It should be appreciated that device 100 is only one example of aportable multifunction device, and that device 100 optionally has moreor fewer components than shown, optionally combines two or morecomponents, or optionally has a different configuration or arrangementof the components. The various components shown in FIG. 1A areimplemented in hardware, software, or a combination of both hardware andsoftware, including one or more signal processing and/orapplication-specific integrated circuits.

Memory 102 optionally includes high-speed random access memory andoptionally also includes non-volatile memory, such as one or moremagnetic disk storage devices, flash memory devices, or othernon-volatile solid-state memory devices. Memory controller 122optionally controls access to memory 102 by other components of device100.

Peripherals interface 118 can be used to couple input and outputperipherals of the device to CPU 120 and memory 102. The one or moreprocessors 120 run or execute various software programs and/or sets ofinstructions stored in memory 102 to perform various functions fordevice 100 and to process data. In some embodiments, peripheralsinterface 118, CPU 120, and memory controller 122 are, optionally,implemented on a single chip, such as chip 104. In some otherembodiments, they are, optionally, implemented on separate chips.

RF (radio frequency) circuitry 108 receives and sends RF signals, alsocalled electromagnetic signals. RF circuitry 108 converts electricalsignals to/from electromagnetic signals and communicates withcommunications networks and other communications devices via theelectromagnetic signals. RF circuitry 108 optionally includes well-knowncircuitry for performing these functions, including but not limited toan antenna system, an RF transceiver, one or more amplifiers, a tuner,one or more oscillators, a digital signal processor, a CODEC chipset, asubscriber identity module (SIM) card, memory, and so forth. RFcircuitry 108 optionally communicates with networks, such as theInternet, also referred to as the World Wide Web (WWW), an intranetand/or a wireless network, such as a cellular telephone network, awireless local area network (LAN) and/or a metropolitan area network(MAN), and other devices by wireless communication. The RF circuitry 108optionally includes well-known circuitry for detecting near fieldcommunication (NFC) fields, such as by a short-range communicationradio. The wireless communication optionally uses any of a plurality ofcommunications standards, protocols, and technologies, including but notlimited to Global System for Mobile Communications (GSM), Enhanced DataGSM Environment (EDGE), high-speed downlink packet access (HSDPA),high-speed uplink packet access (HSUPA), Evolution, Data-Only (EV-DO),HSPA, HSPA+, Dual-Cell HSPA (DC-HSPDA), long term evolution (LTE), nearfield communication (NFC), wideband code division multiple access(W-CDMA), code division multiple access (CDMA), time division multipleaccess (TDMA), Bluetooth, Bluetooth Low Energy (BTLE), Wireless Fidelity(Wi-Fi) (e.g., IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11n,and/or IEEE 802.11ac), voice over Internet Protocol (VoIP), Wi-MAX, aprotocol for e-mail (e.g., Internet message access protocol (IMAP)and/or post office protocol (POP)), instant messaging (e.g., extensiblemessaging and presence protocol (XMPP), Session Initiation Protocol forInstant Messaging and Presence Leveraging Extensions (SIMPLE), InstantMessaging and Presence Service (IMPS)), and/or Short Message Service(SMS), or any other suitable communication protocol, includingcommunication protocols not yet developed as of the filing date of thisdocument.

Audio circuitry 110, speaker 111, and microphone 113 provide an audiointerface between a user and device 100. Audio circuitry 110 receivesaudio data from peripherals interface 118, converts the audio data to anelectrical signal, and transmits the electrical signal to speaker 111.Speaker 111 converts the electrical signal to human-audible sound waves.Audio circuitry 110 also receives electrical signals converted bymicrophone 113 from sound waves. Audio circuitry 110 converts theelectrical signal to audio data and transmits the audio data toperipherals interface 118 for processing. Audio data is, optionally,retrieved from and/or transmitted to memory 102 and/or RF circuitry 108by peripherals interface 118. In some embodiments, audio circuitry 110also includes a headset jack (e.g., 212, FIG. 2). The headset jackprovides an interface between audio circuitry 110 and removable audioinput/output peripherals, such as output-only headphones or a headsetwith both output (e.g., a headphone for one or both ears) and input(e.g., a microphone).

I/O subsystem 106 couples input/output peripherals on device 100, suchas touch screen 112 and other input control devices 116, to peripheralsinterface 118. I/O subsystem 106 optionally includes display controller156, optical sensor controller 158, depth camera controller 169,intensity sensor controller 159, haptic feedback controller 161, and oneor more input controllers 160 for other input or control devices. Theone or more input controllers 160 receive/send electrical signalsfrom/to other input control devices 116. The other input control devices116 optionally include physical buttons (e.g., push buttons, rockerbuttons, etc.), dials, slider switches, joysticks, click wheels, and soforth. In some embodiments, input controller(s) 160 are, optionally,coupled to any (or none) of the following: a keyboard, an infrared port,a USB port, and a pointer device such as a mouse. The one or morebuttons (e.g., 208, FIG. 2) optionally include an up/down button forvolume control of speaker 111 and/or microphone 113. The one or morebuttons optionally include a push button (e.g., 206, FIG. 2). In someembodiments, the electronic device is a computer system that is incommunication (e.g., via wireless communication, via wiredcommunication) with one or more input devices. In some embodiments, theone or more input devices include a touch-sensitive surface (e.g., atrackpad, as part of a touch-sensitive display). In some embodiments,the one or more input devices include one or more camera sensors (e.g.,one or more optical sensors 164 and/or one or more depth camera sensors175), such as for tracking a user's gestures (e.g., hand gestures) asinput. In some embodiments, the one or more input devices are integratedwith the computer system. In some embodiments, the one or more inputdevices are separate from the computer system.

A quick press of the push button optionally disengages a lock of touchscreen 112 or optionally begins a process that uses gestures on thetouch screen to unlock the device, as described in U.S. patentapplication Ser. No. 11/322,549, “Unlocking a Device by PerformingGestures on an Unlock Image,” filed Dec. 23, 2005, U.S. Pat. No.7,657,849, which is hereby incorporated by reference in its entirety. Alonger press of the push button (e.g., 206) optionally turns power todevice 100 on or off. The functionality of one or more of the buttonsare, optionally, user-customizable. Touch screen 112 is used toimplement virtual or soft buttons and one or more soft keyboards.

Touch-sensitive display 112 provides an input interface and an outputinterface between the device and a user. Display controller 156 receivesand/or sends electrical signals from/to touch screen 112. Touch screen112 displays visual output to the user. The visual output optionallyincludes graphics, text, icons, video, and any combination thereof(collectively termed “graphics”). In some embodiments, some or all ofthe visual output optionally corresponds to user-interface objects.

Touch screen 112 has a touch-sensitive surface, sensor, or set ofsensors that accepts input from the user based on haptic and/or tactilecontact. Touch screen 112 and display controller 156 (along with anyassociated modules and/or sets of instructions in memory 102) detectcontact (and any movement or breaking of the contact) on touch screen112 and convert the detected contact into interaction withuser-interface objects (e.g., one or more soft keys, icons, web pages,or images) that are displayed on touch screen 112. In an exemplaryembodiment, a point of contact between touch screen 112 and the usercorresponds to a finger of the user.

Touch screen 112 optionally uses LCD (liquid crystal display)technology, LPD (light emitting polymer display) technology, or LED(light emitting diode) technology, although other display technologiesare used in other embodiments. Touch screen 112 and display controller156 optionally detect contact and any movement or breaking thereof usingany of a plurality of touch sensing technologies now known or laterdeveloped, including but not limited to capacitive, resistive, infrared,and surface acoustic wave technologies, as well as other proximitysensor arrays or other elements for determining one or more points ofcontact with touch screen 112. In an exemplary embodiment, projectedmutual capacitance sensing technology is used, such as that found in theiPhone® and iPod Touch® from Apple Inc. of Cupertino, Calif.

A touch-sensitive display in some embodiments of touch screen 112 is,optionally, analogous to the multi-touch sensitive touchpads describedin the following U.S. Pat. No. 6,323,846 (Westerman et al.), U.S. Pat.No. 6,570,557 (Westerman et al.), and/or U.S. Pat. No. 6,677,932(Westerman), and/or U.S. Patent Publication 2002/0015024A1, each ofwhich is hereby incorporated by reference in its entirety. However,touch screen 112 displays visual output from device 100, whereastouch-sensitive touchpads do not provide visual output.

A touch-sensitive display in some embodiments of touch screen 112 isdescribed in the following applications: (1) U.S. patent applicationSer. No. 11/381,313, “Multipoint Touch Surface Controller,” filed May 2,2006; (2) U.S. patent application Ser. No. 10/840,862, “MultipointTouchscreen,” filed May 6, 2004; (3) U.S. patent application Ser. No.10/903,964, “Gestures For Touch Sensitive Input Devices,” filed Jul. 30,2004; (4) U.S. patent application Ser. No. 11/048,264, “Gestures ForTouch Sensitive Input Devices,” filed Jan. 31, 2005; (5) U.S. patentapplication Ser. No. 11/038,590, “Mode-Based Graphical User InterfacesFor Touch Sensitive Input Devices,” filed Jan. 18, 2005; (6) U.S. patentapplication Ser. No. 11/228,758, “Virtual Input Device Placement On ATouch Screen User Interface,” filed Sep. 16, 2005; (7) U.S. patentapplication Ser. No. 11/228,700, “Operation Of A Computer With A TouchScreen Interface,” filed Sep. 16, 2005; (8) U.S. patent application Ser.No. 11/228,737, “Activating Virtual Keys Of A Touch-Screen VirtualKeyboard,” filed Sep. 16, 2005; and (9) U.S. patent application Ser. No.11/367,749, “Multi-Functional Hand-Held Device,” filed Mar. 3, 2006. Allof these applications are incorporated by reference herein in theirentirety.

Touch screen 112 optionally has a video resolution in excess of 100 dpi.In some embodiments, the touch screen has a video resolution ofapproximately 160 dpi. The user optionally makes contact with touchscreen 112 using any suitable object or appendage, such as a stylus, afinger, and so forth. In some embodiments, the user interface isdesigned to work primarily with finger-based contacts and gestures,which can be less precise than stylus-based input due to the larger areaof contact of a finger on the touch screen. In some embodiments, thedevice translates the rough finger-based input into a precisepointer/cursor position or command for performing the actions desired bythe user.

In some embodiments, in addition to the touch screen, device 100optionally includes a touchpad for activating or deactivating particularfunctions. In some embodiments, the touchpad is a touch-sensitive areaof the device that, unlike the touch screen, does not display visualoutput. The touchpad is, optionally, a touch-sensitive surface that isseparate from touch screen 112 or an extension of the touch-sensitivesurface formed by the touch screen.

Device 100 also includes power system 162 for powering the variouscomponents. Power system 162 optionally includes a power managementsystem, one or more power sources (e.g., battery, alternating current(AC)), a recharging system, a power failure detection circuit, a powerconverter or inverter, a power status indicator (e.g., a light-emittingdiode (LED)) and any other components associated with the generation,management and distribution of power in portable devices.

Device 100 optionally also includes one or more optical sensors 164.FIG. 1A shows an optical sensor coupled to optical sensor controller 158in I/O subsystem 106. Optical sensor 164 optionally includescharge-coupled device (CCD) or complementary metal-oxide semiconductor(CMOS) phototransistors. Optical sensor 164 receives light from theenvironment, projected through one or more lenses, and converts thelight to data representing an image. In conjunction with imaging module143 (also called a camera module), optical sensor 164 optionallycaptures still images or video. In some embodiments, an optical sensoris located on the back of device 100, opposite touch screen display 112on the front of the device so that the touch screen display is enabledfor use as a viewfinder for still and/or video image acquisition. Insome embodiments, an optical sensor is located on the front of thedevice so that the user's image is, optionally, obtained for videoconferencing while the user views the other video conferenceparticipants on the touch screen display. In some embodiments, theposition of optical sensor 164 can be changed by the user (e.g., byrotating the lens and the sensor in the device housing) so that a singleoptical sensor 164 is used along with the touch screen display for bothvideo conferencing and still and/or video image acquisition.

Device 100 optionally also includes one or more depth camera sensors175. FIG. 1A shows a depth camera sensor coupled to depth cameracontroller 169 in I/O subsystem 106. Depth camera sensor 175 receivesdata from the environment to create a three dimensional model of anobject (e.g., a face) within a scene from a viewpoint (e.g., a depthcamera sensor). In some embodiments, in conjunction with imaging module143 (also called a camera module), depth camera sensor 175 is optionallyused to determine a depth map of different portions of an image capturedby the imaging module 143. In some embodiments, a depth camera sensor islocated on the front of device 100 so that the user's image with depthinformation is, optionally, obtained for video conferencing while theuser views the other video conference participants on the touch screendisplay and to capture selfies with depth map data. In some embodiments,the depth camera sensor 175 is located on the back of device, or on theback and the front of the device 100. In some embodiments, the positionof depth camera sensor 175 can be changed by the user (e.g., by rotatingthe lens and the sensor in the device housing) so that a depth camerasensor 175 is used along with the touch screen display for both videoconferencing and still and/or video image acquisition.

Device 100 optionally also includes one or more contact intensitysensors 165. FIG. 1A shows a contact intensity sensor coupled tointensity sensor controller 159 in I/O subsystem 106. Contact intensitysensor 165 optionally includes one or more piezoresistive strain gauges,capacitive force sensors, electric force sensors, piezoelectric forcesensors, optical force sensors, capacitive touch-sensitive surfaces, orother intensity sensors (e.g., sensors used to measure the force (orpressure) of a contact on a touch-sensitive surface). Contact intensitysensor 165 receives contact intensity information (e.g., pressureinformation or a proxy for pressure information) from the environment.In some embodiments, at least one contact intensity sensor is collocatedwith, or proximate to, a touch-sensitive surface (e.g., touch-sensitivedisplay system 112). In some embodiments, at least one contact intensitysensor is located on the back of device 100, opposite touch screendisplay 112, which is located on the front of device 100.

Device 100 optionally also includes one or more proximity sensors 166.FIG. 1A shows proximity sensor 166 coupled to peripherals interface 118.Alternately, proximity sensor 166 is, optionally, coupled to inputcontroller 160 in I/O subsystem 106. Proximity sensor 166 optionallyperforms as described in U.S. patent application Ser. Nos. 11/241,839,“Proximity Detector In Handheld Device”; Ser. No. 11/240,788, “ProximityDetector In Handheld Device”; Ser. No. 11/620,702, “Using Ambient LightSensor To Augment Proximity Sensor Output”; Ser. No. 11/586,862,“Automated Response To And Sensing Of User Activity In PortableDevices”; and Ser. No. 11/638,251, “Methods And Systems For AutomaticConfiguration Of Peripherals,” which are hereby incorporated byreference in their entirety. In some embodiments, the proximity sensorturns off and disables touch screen 112 when the multifunction device isplaced near the user's ear (e.g., when the user is making a phone call).

Device 100 optionally also includes one or more tactile outputgenerators 167. FIG. 1A shows a tactile output generator coupled tohaptic feedback controller 161 in I/O subsystem 106. Tactile outputgenerator 167 optionally includes one or more electroacoustic devicessuch as speakers or other audio components and/or electromechanicaldevices that convert energy into linear motion such as a motor,solenoid, electroactive polymer, piezoelectric actuator, electrostaticactuator, or other tactile output generating component (e.g., acomponent that converts electrical signals into tactile outputs on thedevice). Contact intensity sensor 165 receives tactile feedbackgeneration instructions from haptic feedback module 133 and generatestactile outputs on device 100 that are capable of being sensed by a userof device 100. In some embodiments, at least one tactile outputgenerator is collocated with, or proximate to, a touch-sensitive surface(e.g., touch-sensitive display system 112) and, optionally, generates atactile output by moving the touch-sensitive surface vertically (e.g.,in/out of a surface of device 100) or laterally (e.g., back and forth inthe same plane as a surface of device 100). In some embodiments, atleast one tactile output generator sensor is located on the back ofdevice 100, opposite touch screen display 112, which is located on thefront of device 100.

Device 100 optionally also includes one or more accelerometers 168. FIG.1A shows accelerometer 168 coupled to peripherals interface 118.Alternately, accelerometer 168 is, optionally, coupled to an inputcontroller 160 in I/O subsystem 106. Accelerometer 168 optionallyperforms as described in U.S. Patent Publication No. 20050190059,“Acceleration-based Theft Detection System for Portable ElectronicDevices,” and U.S. Patent Publication No. 20060017692, “Methods AndApparatuses For Operating A Portable Device Based On An Accelerometer,”both of which are incorporated by reference herein in their entirety. Insome embodiments, information is displayed on the touch screen displayin a portrait view or a landscape view based on an analysis of datareceived from the one or more accelerometers. Device 100 optionallyincludes, in addition to accelerometer(s) 168, a magnetometer and a GPS(or GLONASS or other global navigation system) receiver for obtaininginformation concerning the location and orientation (e.g., portrait orlandscape) of device 100.

In some embodiments, the software components stored in memory 102include operating system 126, communication module (or set ofinstructions) 128, contact/motion module (or set of instructions) 130,graphics module (or set of instructions) 132, text input module (or setof instructions) 134, Global Positioning System (GPS) module (or set ofinstructions) 135, and applications (or sets of instructions) 136.Furthermore, in some embodiments, memory 102 (FIG. 1A) or 370 (FIG. 3)stores device/global internal state 157, as shown in FIGS. 1A and 3.Device/global internal state 157 includes one or more of: activeapplication state, indicating which applications, if any, are currentlyactive; display state, indicating what applications, views or otherinformation occupy various regions of touch screen display 112; sensorstate, including information obtained from the device's various sensorsand input control devices 116; and location information concerning thedevice's location and/or attitude.

Operating system 126 (e.g., Darwin, RTXC, LINUX, UNIX, OS X, iOS,WINDOWS, or an embedded operating system such as VxWorks) includesvarious software components and/or drivers for controlling and managinggeneral system tasks (e.g., memory management, storage device control,power management, etc.) and facilitates communication between varioushardware and software components.

Communication module 128 facilitates communication with other devicesover one or more external ports 124 and also includes various softwarecomponents for handling data received by RF circuitry 108 and/orexternal port 124. External port 124 (e.g., Universal Serial Bus (USB),FIREWIRE, etc.) is adapted for coupling directly to other devices orindirectly over a network (e.g., the Internet, wireless LAN, etc.). Insome embodiments, the external port is a multi-pin (e.g., 30-pin)connector that is the same as, or similar to and/or compatible with, the30-pin connector used on iPod® (trademark of Apple Inc.) devices.

Contact/motion module 130 optionally detects contact with touch screen112 (in conjunction with display controller 156) and othertouch-sensitive devices (e.g., a touchpad or physical click wheel).Contact/motion module 130 includes various software components forperforming various operations related to detection of contact, such asdetermining if contact has occurred (e.g., detecting a finger-downevent), determining an intensity of the contact (e.g., the force orpressure of the contact or a substitute for the force or pressure of thecontact), determining if there is movement of the contact and trackingthe movement across the touch-sensitive surface (e.g., detecting one ormore finger-dragging events), and determining if the contact has ceased(e.g., detecting a finger-up event or a break in contact).Contact/motion module 130 receives contact data from the touch-sensitivesurface. Determining movement of the point of contact, which isrepresented by a series of contact data, optionally includes determiningspeed (magnitude), velocity (magnitude and direction), and/or anacceleration (a change in magnitude and/or direction) of the point ofcontact. These operations are, optionally, applied to single contacts(e.g., one finger contacts) or to multiple simultaneous contacts (e.g.,“multitouch”/multiple finger contacts). In some embodiments,contact/motion module 130 and display controller 156 detect contact on atouchpad.

In some embodiments, contact/motion module 130 uses a set of one or moreintensity thresholds to determine whether an operation has beenperformed by a user (e.g., to determine whether a user has “clicked” onan icon). In some embodiments, at least a subset of the intensitythresholds are determined in accordance with software parameters (e.g.,the intensity thresholds are not determined by the activation thresholdsof particular physical actuators and can be adjusted without changingthe physical hardware of device 100). For example, a mouse “click”threshold of a trackpad or touch screen display can be set to any of alarge range of predefined threshold values without changing the trackpador touch screen display hardware. Additionally, in some implementations,a user of the device is provided with software settings for adjustingone or more of the set of intensity thresholds (e.g., by adjustingindividual intensity thresholds and/or by adjusting a plurality ofintensity thresholds at once with a system-level click “intensity”parameter).

Contact/motion module 130 optionally detects a gesture input by a user.Different gestures on the touch-sensitive surface have different contactpatterns (e.g., different motions, timings, and/or intensities ofdetected contacts). Thus, a gesture is, optionally, detected bydetecting a particular contact pattern. For example, detecting a fingertap gesture includes detecting a finger-down event followed by detectinga finger-up (liftoff) event at the same position (or substantially thesame position) as the finger-down event (e.g., at the position of anicon). As another example, detecting a finger swipe gesture on thetouch-sensitive surface includes detecting a finger-down event followedby detecting one or more finger-dragging events, and subsequentlyfollowed by detecting a finger-up (liftoff) event.

Graphics module 132 includes various known software components forrendering and displaying graphics on touch screen 112 or other display,including components for changing the visual impact (e.g., brightness,transparency, saturation, contrast, or other visual property) ofgraphics that are displayed. As used herein, the term “graphics”includes any object that can be displayed to a user, including, withoutlimitation, text, web pages, icons (such as user-interface objectsincluding soft keys), digital images, videos, animations, and the like.

In some embodiments, graphics module 132 stores data representinggraphics to be used. Each graphic is, optionally, assigned acorresponding code. Graphics module 132 receives, from applicationsetc., one or more codes specifying graphics to be displayed along with,if necessary, coordinate data and other graphic property data, and thengenerates screen image data to output to display controller 156.

Haptic feedback module 133 includes various software components forgenerating instructions used by tactile output generator(s) 167 toproduce tactile outputs at one or more locations on device 100 inresponse to user interactions with device 100.

Text input module 134, which is, optionally, a component of graphicsmodule 132, provides soft keyboards for entering text in variousapplications (e.g., contacts 137, e-mail 140, IM 141, browser 147, andany other application that needs text input).

GPS module 135 determines the location of the device and provides thisinformation for use in various applications (e.g., to telephone 138 foruse in location-based dialing; to camera 143 as picture/video metadata;and to applications that provide location-based services such as weatherwidgets, local yellow page widgets, and map/navigation widgets).

Applications 136 optionally include the following modules (or sets ofinstructions), or a subset or superset thereof:

-   -   Contacts module 137 (sometimes called an address book or contact        list);    -   Telephone module 138;    -   Video conference module 139;    -   E-mail client module 140;    -   Instant messaging (IM) module 141;    -   Workout support module 142;    -   Camera module 143 for still and/or video images;    -   Image management module 144;    -   Video player module;    -   Music player module;    -   Browser module 147;    -   Calendar module 148;    -   Widget modules 149, which optionally include one or more of:        weather widget 149-1, stocks widget 149-2, calculator widget        149-3, alarm clock widget 149-4, dictionary widget 149-5, and        other widgets obtained by the user, as well as user-created        widgets 149-6;    -   Widget creator module 150 for making user-created widgets 149-6;    -   Search module 151;    -   Video and music player module 152, which merges video player        module and music player module;    -   Notes module 153;    -   Map module 154; and/or    -   Online video module 155.

Examples of other applications 136 that are, optionally, stored inmemory 102 include other word processing applications, other imageediting applications, drawing applications, presentation applications,JAVA-enabled applications, encryption, digital rights management, voicerecognition, and voice replication.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, contacts module 137 are, optionally, used to manage an address bookor contact list (e.g., stored in application internal state 192 ofcontacts module 137 in memory 102 or memory 370), including: addingname(s) to the address book; deleting name(s) from the address book;associating telephone number(s), e-mail address(es), physicaladdress(es) or other information with a name; associating an image witha name; categorizing and sorting names; providing telephone numbers ore-mail addresses to initiate and/or facilitate communications bytelephone 138, video conference module 139, e-mail 140, or IM 141; andso forth.

In conjunction with RF circuitry 108, audio circuitry 110, speaker 111,microphone 113, touch screen 112, display controller 156, contact/motionmodule 130, graphics module 132, and text input module 134, telephonemodule 138 are optionally, used to enter a sequence of characterscorresponding to a telephone number, access one or more telephonenumbers in contacts module 137, modify a telephone number that has beenentered, dial a respective telephone number, conduct a conversation, anddisconnect or hang up when the conversation is completed. As notedabove, the wireless communication optionally uses any of a plurality ofcommunications standards, protocols, and technologies.

In conjunction with RF circuitry 108, audio circuitry 110, speaker 111,microphone 113, touch screen 112, display controller 156, optical sensor164, optical sensor controller 158, contact/motion module 130, graphicsmodule 132, text input module 134, contacts module 137, and telephonemodule 138, video conference module 139 includes executable instructionsto initiate, conduct, and terminate a video conference between a userand one or more other participants in accordance with user instructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, e-mail client module 140 includes executableinstructions to create, send, receive, and manage e-mail in response touser instructions. In conjunction with image management module 144,e-mail client module 140 makes it very easy to create and send e-mailswith still or video images taken with camera module 143.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, the instant messaging module 141 includes executableinstructions to enter a sequence of characters corresponding to aninstant message, to modify previously entered characters, to transmit arespective instant message (for example, using a Short Message Service(SMS) or Multimedia Message Service (MMS) protocol for telephony-basedinstant messages or using XMPP, SIMPLE, or IMPS for Internet-basedinstant messages), to receive instant messages, and to view receivedinstant messages. In some embodiments, transmitted and/or receivedinstant messages optionally include graphics, photos, audio files, videofiles and/or other attachments as are supported in an MMS and/or anEnhanced Messaging Service (EMS). As used herein, “instant messaging”refers to both telephony-based messages (e.g., messages sent using SMSor MMS) and Internet-based messages (e.g., messages sent using XMPP,SIMPLE, or IMPS).

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, GPS module 135, map module 154, and music playermodule, workout support module 142 includes executable instructions tocreate workouts (e.g., with time, distance, and/or calorie burninggoals); communicate with workout sensors (sports devices); receiveworkout sensor data; calibrate sensors used to monitor a workout; selectand play music for a workout; and display, store, and transmit workoutdata.

In conjunction with touch screen 112, display controller 156, opticalsensor(s) 164, optical sensor controller 158, contact/motion module 130,graphics module 132, and image management module 144, camera module 143includes executable instructions to capture still images or video(including a video stream) and store them into memory 102, modifycharacteristics of a still image or video, or delete a still image orvideo from memory 102.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, text input module 134,and camera module 143, image management module 144 includes executableinstructions to arrange, modify (e.g., edit), or otherwise manipulate,label, delete, present (e.g., in a digital slide show or album), andstore still and/or video images.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, browser module 147 includes executable instructions tobrowse the Internet in accordance with user instructions, includingsearching, linking to, receiving, and displaying web pages or portionsthereof, as well as attachments and other files linked to web pages.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, e-mail client module 140, and browser module 147,calendar module 148 includes executable instructions to create, display,modify, and store calendars and data associated with calendars (e.g.,calendar entries, to-do lists, etc.) in accordance with userinstructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, and browser module 147, widget modules 149 aremini-applications that are, optionally, downloaded and used by a user(e.g., weather widget 149-1, stocks widget 149-2, calculator widget149-3, alarm clock widget 149-4, and dictionary widget 149-5) or createdby the user (e.g., user-created widget 149-6). In some embodiments, awidget includes an HTML (Hypertext Markup Language) file, a CSS(Cascading Style Sheets) file, and a JavaScript file. In someembodiments, a widget includes an XML (Extensible Markup Language) fileand a JavaScript file (e.g., Yahoo! Widgets).

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, and browser module 147, the widget creator module 150are, optionally, used by a user to create widgets (e.g., turning auser-specified portion of a web page into a widget).

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, search module 151 includes executable instructions to search fortext, music, sound, image, video, and/or other files in memory 102 thatmatch one or more search criteria (e.g., one or more user-specifiedsearch terms) in accordance with user instructions.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, audio circuitry 110,speaker 111, RF circuitry 108, and browser module 147, video and musicplayer module 152 includes executable instructions that allow the userto download and play back recorded music and other sound files stored inone or more file formats, such as MP3 or AAC files, and executableinstructions to display, present, or otherwise play back videos (e.g.,on touch screen 112 or on an external, connected display via externalport 124). In some embodiments, device 100 optionally includes thefunctionality of an MP3 player, such as an iPod (trademark of AppleInc.).

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, notes module 153 includes executable instructions to create andmanage notes, to-do lists, and the like in accordance with userinstructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, GPS module 135, and browser module 147, map module 154are, optionally, used to receive, display, modify, and store maps anddata associated with maps (e.g., driving directions, data on stores andother points of interest at or near a particular location, and otherlocation-based data) in accordance with user instructions.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, audio circuitry 110,speaker 111, RF circuitry 108, text input module 134, e-mail clientmodule 140, and browser module 147, online video module 155 includesinstructions that allow the user to access, browse, receive (e.g., bystreaming and/or download), play back (e.g., on the touch screen or onan external, connected display via external port 124), send an e-mailwith a link to a particular online video, and otherwise manage onlinevideos in one or more file formats, such as H.264. In some embodiments,instant messaging module 141, rather than e-mail client module 140, isused to send a link to a particular online video. Additional descriptionof the online video application can be found in U.S. Provisional PatentApplication No. 60/936,562, “Portable Multifunction Device, Method, andGraphical User Interface for Playing Online Videos,” filed Jun. 20,2007, and U.S. patent application Ser. No. 11/968,067, “PortableMultifunction Device, Method, and Graphical User Interface for PlayingOnline Videos,” filed Dec. 31, 2007, the contents of which are herebyincorporated by reference in their entirety.

Each of the above-identified modules and applications corresponds to aset of executable instructions for performing one or more functionsdescribed above and the methods described in this application (e.g., thecomputer-implemented methods and other information processing methodsdescribed herein). These modules (e.g., sets of instructions) need notbe implemented as separate software programs, procedures, or modules,and thus various subsets of these modules are, optionally, combined orotherwise rearranged in various embodiments. For example, video playermodule is, optionally, combined with music player module into a singlemodule (e.g., video and music player module 152, FIG. 1A). In someembodiments, memory 102 optionally stores a subset of the modules anddata structures identified above. Furthermore, memory 102 optionallystores additional modules and data structures not described above.

In some embodiments, device 100 is a device where operation of apredefined set of functions on the device is performed exclusivelythrough a touch screen and/or a touchpad. By using a touch screen and/ora touchpad as the primary input control device for operation of device100, the number of physical input control devices (such as push buttons,dials, and the like) on device 100 is, optionally, reduced.

The predefined set of functions that are performed exclusively through atouch screen and/or a touchpad optionally include navigation betweenuser interfaces. In some embodiments, the touchpad, when touched by theuser, navigates device 100 to a main, home, or root menu from any userinterface that is displayed on device 100. In such embodiments, a “menubutton” is implemented using a touchpad. In some other embodiments, themenu button is a physical push button or other physical input controldevice instead of a touchpad.

FIG. 1B is a block diagram illustrating exemplary components for eventhandling in accordance with some embodiments. In some embodiments,memory 102 (FIG. 1A) or 370 (FIG. 3) includes event sorter 170 (e.g., inoperating system 126) and a respective application 136-1 (e.g., any ofthe aforementioned applications 137-151, 155, 380-390).

Event sorter 170 receives event information and determines theapplication 136-1 and application view 191 of application 136-1 to whichto deliver the event information. Event sorter 170 includes eventmonitor 171 and event dispatcher module 174. In some embodiments,application 136-1 includes application internal state 192, whichindicates the current application view(s) displayed on touch-sensitivedisplay 112 when the application is active or executing. In someembodiments, device/global internal state 157 is used by event sorter170 to determine which application(s) is (are) currently active, andapplication internal state 192 is used by event sorter 170 to determineapplication views 191 to which to deliver event information.

In some embodiments, application internal state 192 includes additionalinformation, such as one or more of: resume information to be used whenapplication 136-1 resumes execution, user interface state informationthat indicates information being displayed or that is ready for displayby application 136-1, a state queue for enabling the user to go back toa prior state or view of application 136-1, and a redo/undo queue ofprevious actions taken by the user.

Event monitor 171 receives event information from peripherals interface118. Event information includes information about a sub-event (e.g., auser touch on touch-sensitive display 112, as part of a multi-touchgesture). Peripherals interface 118 transmits information it receivesfrom I/O subsystem 106 or a sensor, such as proximity sensor 166,accelerometer(s) 168, and/or microphone 113 (through audio circuitry110). Information that peripherals interface 118 receives from I/Osubsystem 106 includes information from touch-sensitive display 112 or atouch-sensitive surface.

In some embodiments, event monitor 171 sends requests to the peripheralsinterface 118 at predetermined intervals. In response, peripheralsinterface 118 transmits event information. In other embodiments,peripherals interface 118 transmits event information only when there isa significant event (e.g., receiving an input above a predeterminednoise threshold and/or for more than a predetermined duration).

In some embodiments, event sorter 170 also includes a hit viewdetermination module 172 and/or an active event recognizer determinationmodule 173.

Hit view determination module 172 provides software procedures fordetermining where a sub-event has taken place within one or more viewswhen touch-sensitive display 112 displays more than one view. Views aremade up of controls and other elements that a user can see on thedisplay.

Another aspect of the user interface associated with an application is aset of views, sometimes herein called application views or userinterface windows, in which information is displayed and touch-basedgestures occur. The application views (of a respective application) inwhich a touch is detected optionally correspond to programmatic levelswithin a programmatic or view hierarchy of the application. For example,the lowest level view in which a touch is detected is, optionally,called the hit view, and the set of events that are recognized as properinputs are, optionally, determined based, at least in part, on the hitview of the initial touch that begins a touch-based gesture.

Hit view determination module 172 receives information related tosub-events of a touch-based gesture. When an application has multipleviews organized in a hierarchy, hit view determination module 172identifies a hit view as the lowest view in the hierarchy which shouldhandle the sub-event. In most circumstances, the hit view is the lowestlevel view in which an initiating sub-event occurs (e.g., the firstsub-event in the sequence of sub-events that form an event or potentialevent). Once the hit view is identified by the hit view determinationmodule 172, the hit view typically receives all sub-events related tothe same touch or input source for which it was identified as the hitview.

Active event recognizer determination module 173 determines which viewor views within a view hierarchy should receive a particular sequence ofsub-events. In some embodiments, active event recognizer determinationmodule 173 determines that only the hit view should receive a particularsequence of sub-events. In other embodiments, active event recognizerdetermination module 173 determines that all views that include thephysical location of a sub-event are actively involved views, andtherefore determines that all actively involved views should receive aparticular sequence of sub-events. In other embodiments, even if touchsub-events were entirely confined to the area associated with oneparticular view, views higher in the hierarchy would still remain asactively involved views.

Event dispatcher module 174 dispatches the event information to an eventrecognizer (e.g., event recognizer 180). In embodiments including activeevent recognizer determination module 173, event dispatcher module 174delivers the event information to an event recognizer determined byactive event recognizer determination module 173. In some embodiments,event dispatcher module 174 stores in an event queue the eventinformation, which is retrieved by a respective event receiver 182.

In some embodiments, operating system 126 includes event sorter 170.Alternatively, application 136-1 includes event sorter 170. In yet otherembodiments, event sorter 170 is a stand-alone module, or a part ofanother module stored in memory 102, such as contact/motion module 130.

In some embodiments, application 136-1 includes a plurality of eventhandlers 190 and one or more application views 191, each of whichincludes instructions for handling touch events that occur within arespective view of the application's user interface. Each applicationview 191 of the application 136-1 includes one or more event recognizers180. Typically, a respective application view 191 includes a pluralityof event recognizers 180. In other embodiments, one or more of eventrecognizers 180 are part of a separate module, such as a user interfacekit or a higher level object from which application 136-1 inheritsmethods and other properties. In some embodiments, a respective eventhandler 190 includes one or more of: data updater 176, object updater177, GUI updater 178, and/or event data 179 received from event sorter170. Event handler 190 optionally utilizes or calls data updater 176,object updater 177, or GUI updater 178 to update the applicationinternal state 192. Alternatively, one or more of the application views191 include one or more respective event handlers 190. Also, in someembodiments, one or more of data updater 176, object updater 177, andGUI updater 178 are included in a respective application view 191.

A respective event recognizer 180 receives event information (e.g.,event data 179) from event sorter 170 and identifies an event from theevent information. Event recognizer 180 includes event receiver 182 andevent comparator 184. In some embodiments, event recognizer 180 alsoincludes at least a subset of: metadata 183, and event deliveryinstructions 188 (which optionally include sub-event deliveryinstructions).

Event receiver 182 receives event information from event sorter 170. Theevent information includes information about a sub-event, for example, atouch or a touch movement. Depending on the sub-event, the eventinformation also includes additional information, such as location ofthe sub-event. When the sub-event concerns motion of a touch, the eventinformation optionally also includes speed and direction of thesub-event. In some embodiments, events include rotation of the devicefrom one orientation to another (e.g., from a portrait orientation to alandscape orientation, or vice versa), and the event informationincludes corresponding information about the current orientation (alsocalled device attitude) of the device.

Event comparator 184 compares the event information to predefined eventor sub-event definitions and, based on the comparison, determines anevent or sub-event, or determines or updates the state of an event orsub-event. In some embodiments, event comparator 184 includes eventdefinitions 186. Event definitions 186 contain definitions of events(e.g., predefined sequences of sub-events), for example, event 1(187-1), event 2 (187-2), and others. In some embodiments, sub-events inan event (187) include, for example, touch begin, touch end, touchmovement, touch cancellation, and multiple touching. In one example, thedefinition for event 1 (187-1) is a double tap on a displayed object.The double tap, for example, comprises a first touch (touch begin) onthe displayed object for a predetermined phase, a first liftoff (touchend) for a predetermined phase, a second touch (touch begin) on thedisplayed object for a predetermined phase, and a second liftoff (touchend) for a predetermined phase. In another example, the definition forevent 2 (187-2) is a dragging on a displayed object. The dragging, forexample, comprises a touch (or contact) on the displayed object for apredetermined phase, a movement of the touch across touch-sensitivedisplay 112, and liftoff of the touch (touch end). In some embodiments,the event also includes information for one or more associated eventhandlers 190.

In some embodiments, event definition 187 includes a definition of anevent for a respective user-interface object. In some embodiments, eventcomparator 184 performs a hit test to determine which user-interfaceobject is associated with a sub-event. For example, in an applicationview in which three user-interface objects are displayed ontouch-sensitive display 112, when a touch is detected on touch-sensitivedisplay 112, event comparator 184 performs a hit test to determine whichof the three user-interface objects is associated with the touch(sub-event). If each displayed object is associated with a respectiveevent handler 190, the event comparator uses the result of the hit testto determine which event handler 190 should be activated. For example,event comparator 184 selects an event handler associated with thesub-event and the object triggering the hit test.

In some embodiments, the definition for a respective event (187) alsoincludes delayed actions that delay delivery of the event informationuntil after it has been determined whether the sequence of sub-eventsdoes or does not correspond to the event recognizer's event type.

When a respective event recognizer 180 determines that the series ofsub-events do not match any of the events in event definitions 186, therespective event recognizer 180 enters an event impossible, eventfailed, or event ended state, after which it disregards subsequentsub-events of the touch-based gesture. In this situation, other eventrecognizers, if any, that remain active for the hit view continue totrack and process sub-events of an ongoing touch-based gesture.

In some embodiments, a respective event recognizer 180 includes metadata183 with configurable properties, flags, and/or lists that indicate howthe event delivery system should perform sub-event delivery to activelyinvolved event recognizers. In some embodiments, metadata 183 includesconfigurable properties, flags, and/or lists that indicate how eventrecognizers interact, or are enabled to interact, with one another. Insome embodiments, metadata 183 includes configurable properties, flags,and/or lists that indicate whether sub-events are delivered to varyinglevels in the view or programmatic hierarchy.

In some embodiments, a respective event recognizer 180 activates eventhandler 190 associated with an event when one or more particularsub-events of an event are recognized. In some embodiments, a respectiveevent recognizer 180 delivers event information associated with theevent to event handler 190. Activating an event handler 190 is distinctfrom sending (and deferred sending) sub-events to a respective hit view.In some embodiments, event recognizer 180 throws a flag associated withthe recognized event, and event handler 190 associated with the flagcatches the flag and performs a predefined process.

In some embodiments, event delivery instructions 188 include sub-eventdelivery instructions that deliver event information about a sub-eventwithout activating an event handler. Instead, the sub-event deliveryinstructions deliver event information to event handlers associated withthe series of sub-events or to actively involved views. Event handlersassociated with the series of sub-events or with actively involved viewsreceive the event information and perform a predetermined process.

In some embodiments, data updater 176 creates and updates data used inapplication 136-1. For example, data updater 176 updates the telephonenumber used in contacts module 137, or stores a video file used in videoplayer module. In some embodiments, object updater 177 creates andupdates objects used in application 136-1. For example, object updater177 creates a new user-interface object or updates the position of auser-interface object. GUI updater 178 updates the GUI. For example, GUIupdater 178 prepares display information and sends it to graphics module132 for display on a touch-sensitive display.

In some embodiments, event handler(s) 190 includes or has access to dataupdater 176, object updater 177, and GUI updater 178. In someembodiments, data updater 176, object updater 177, and GUI updater 178are included in a single module of a respective application 136-1 orapplication view 191. In other embodiments, they are included in two ormore software modules.

It shall be understood that the foregoing discussion regarding eventhandling of user touches on touch-sensitive displays also applies toother forms of user inputs to operate multifunction devices 100 withinput devices, not all of which are initiated on touch screens. Forexample, mouse movement and mouse button presses, optionally coordinatedwith single or multiple keyboard presses or holds; contact movementssuch as taps, drags, scrolls, etc. on touchpads; pen stylus inputs;movement of the device; oral instructions; detected eye movements;biometric inputs; and/or any combination thereof are optionally utilizedas inputs corresponding to sub-events which define an event to berecognized.

FIG. 2 illustrates a portable multifunction device 100 having a touchscreen 112 in accordance with some embodiments. The touch screenoptionally displays one or more graphics within user interface (UI) 200.In this embodiment, as well as others described below, a user is enabledto select one or more of the graphics by making a gesture on thegraphics, for example, with one or more fingers 202 (not drawn to scalein the figure) or one or more styluses 203 (not drawn to scale in thefigure). In some embodiments, selection of one or more graphics occurswhen the user breaks contact with the one or more graphics. In someembodiments, the gesture optionally includes one or more taps, one ormore swipes (from left to right, right to left, upward and/or downward),and/or a rolling of a finger (from right to left, left to right, upwardand/or downward) that has made contact with device 100. In someimplementations or circumstances, inadvertent contact with a graphicdoes not select the graphic. For example, a swipe gesture that sweepsover an application icon optionally does not select the correspondingapplication when the gesture corresponding to selection is a tap.

Device 100 optionally also include one or more physical buttons, such as“home” or menu button 204. As described previously, menu button 204 is,optionally, used to navigate to any application 136 in a set ofapplications that are, optionally, executed on device 100.Alternatively, in some embodiments, the menu button is implemented as asoft key in a GUI displayed on touch screen 112.

In some embodiments, device 100 includes touch screen 112, menu button204, push button 206 for powering the device on/off and locking thedevice, volume adjustment button(s) 208, subscriber identity module(SIM) card slot 210, headset jack 212, and docking/charging externalport 124. Push button 206 is, optionally, used to turn the power on/offon the device by depressing the button and holding the button in thedepressed state for a predefined time interval; to lock the device bydepressing the button and releasing the button before the predefinedtime interval has elapsed; and/or to unlock the device or initiate anunlock process. In an alternative embodiment, device 100 also acceptsverbal input for activation or deactivation of some functions throughmicrophone 113. Device 100 also, optionally, includes one or morecontact intensity sensors 165 for detecting intensity of contacts ontouch screen 112 and/or one or more tactile output generators 167 forgenerating tactile outputs for a user of device 100.

FIG. 3 is a block diagram of an exemplary multifunction device with adisplay and a touch-sensitive surface in accordance with someembodiments. Device 300 need not be portable. In some embodiments,device 300 is a laptop computer, a desktop computer, a tablet computer,a multimedia player device, a navigation device, an educational device(such as a child's learning toy), a gaming system, or a control device(e.g., a home or industrial controller). Device 300 typically includesone or more processing units (CPUs) 310, one or more network or othercommunications interfaces 360, memory 370, and one or more communicationbuses 320 for interconnecting these components. Communication buses 320optionally include circuitry (sometimes called a chipset) thatinterconnects and controls communications between system components.Device 300 includes input/output (I/O) interface 330 comprising display340, which is typically a touch screen display. I/O interface 330 alsooptionally includes a keyboard and/or mouse (or other pointing device)350 and touchpad 355, tactile output generator 357 for generatingtactile outputs on device 300 (e.g., similar to tactile outputgenerator(s) 167 described above with reference to FIG. 1A), sensors 359(e.g., optical, acceleration, proximity, touch-sensitive, and/or contactintensity sensors similar to contact intensity sensor(s) 165 describedabove with reference to FIG. 1A). Memory 370 includes high-speed randomaccess memory, such as DRAM, SRAM, DDR RAM, or other random access solidstate memory devices; and optionally includes non-volatile memory, suchas one or more magnetic disk storage devices, optical disk storagedevices, flash memory devices, or other non-volatile solid state storagedevices. Memory 370 optionally includes one or more storage devicesremotely located from CPU(s) 310. In some embodiments, memory 370 storesprograms, modules, and data structures analogous to the programs,modules, and data structures stored in memory 102 of portablemultifunction device 100 (FIG. 1A), or a subset thereof. Furthermore,memory 370 optionally stores additional programs, modules, and datastructures not present in memory 102 of portable multifunction device100. For example, memory 370 of device 300 optionally stores drawingmodule 380, presentation module 382, word processing module 384, websitecreation module 386, disk authoring module 388, and/or spreadsheetmodule 390, while memory 102 of portable multifunction device 100 (FIG.1A) optionally does not store these modules.

Each of the above-identified elements in FIG. 3 is, optionally, storedin one or more of the previously mentioned memory devices. Each of theabove-identified modules corresponds to a set of instructions forperforming a function described above. The above-identified modules orprograms (e.g., sets of instructions) need not be implemented asseparate software programs, procedures, or modules, and thus varioussubsets of these modules are, optionally, combined or otherwiserearranged in various embodiments. In some embodiments, memory 370optionally stores a subset of the modules and data structures identifiedabove. Furthermore, memory 370 optionally stores additional modules anddata structures not described above.

Attention is now directed towards embodiments of user interfaces thatare, optionally, implemented on, for example, portable multifunctiondevice 100.

FIG. 4A illustrates an exemplary user interface for a menu ofapplications on portable multifunction device 100 in accordance withsome embodiments. Similar user interfaces are, optionally, implementedon device 300. In some embodiments, user interface 400 includes thefollowing elements, or a subset or superset thereof:

-   -   Signal strength indicator(s) 402 for wireless communication(s),        such as cellular and Wi-Fi signals;    -   Time 404;    -   Bluetooth indicator 405;    -   Battery status indicator 406;    -   Tray 408 with icons for frequently used applications, such as:        -   Icon 416 for telephone module 138, labeled “Phone,” which            optionally includes an indicator 414 of the number of missed            calls or voicemail messages;        -   Icon 418 for e-mail client module 140, labeled “Mail,” which            optionally includes an indicator 410 of the number of unread            e-mails;        -   Icon 420 for browser module 147, labeled “Browser;” and        -   Icon 422 for video and music player module 152, also            referred to as iPod (trademark of Apple Inc.) module 152,            labeled “iPod;” and    -   Icons for other applications, such as:        -   Icon 424 for IM module 141, labeled “Messages;”        -   Icon 426 for calendar module 148, labeled “Calendar;”        -   Icon 428 for image management module 144, labeled “Photos;”        -   Icon 430 for camera module 143, labeled “Camera;”        -   Icon 432 for online video module 155, labeled “Online            Video;”        -   Icon 434 for stocks widget 149-2, labeled “Stocks;”        -   Icon 436 for map module 154, labeled “Maps;”        -   Icon 438 for weather widget 149-1, labeled “Weather;”        -   Icon 440 for alarm clock widget 149-4, labeled “Clock;”        -   Icon 442 for workout support module 142, labeled “Workout            Support;”        -   Icon 444 for notes module 153, labeled “Notes;” and        -   Icon 446 for a settings application or module, labeled            “Settings,” which provides access to settings for device 100            and its various applications 136.

It should be noted that the icon labels illustrated in FIG. 4A aremerely exemplary. For example, icon 422 for video and music playermodule 152 is labeled “Music” or “Music Player.” Other labels are,optionally, used for various application icons. In some embodiments, alabel for a respective application icon includes a name of anapplication corresponding to the respective application icon. In someembodiments, a label for a particular application icon is distinct froma name of an application corresponding to the particular applicationicon.

FIG. 4B illustrates an exemplary user interface on a device (e.g.,device 300, FIG. 3) with a touch-sensitive surface 451 (e.g., a tabletor touchpad 355, FIG. 3) that is separate from the display 450 (e.g.,touch screen display 112). Device 300 also, optionally, includes one ormore contact intensity sensors (e.g., one or more of sensors 359) fordetecting intensity of contacts on touch-sensitive surface 451 and/orone or more tactile output generators 357 for generating tactile outputsfor a user of device 300.

Although some of the examples that follow will be given with referenceto inputs on touch screen display 112 (where the touch-sensitive surfaceand the display are combined), in some embodiments, the device detectsinputs on a touch-sensitive surface that is separate from the display,as shown in FIG. 4B. In some embodiments, the touch-sensitive surface(e.g., 451 in FIG. 4B) has a primary axis (e.g., 452 in FIG. 4B) thatcorresponds to a primary axis (e.g., 453 in FIG. 4B) on the display(e.g., 450). In accordance with these embodiments, the device detectscontacts (e.g., 460 and 462 in FIG. 4B) with the touch-sensitive surface451 at locations that correspond to respective locations on the display(e.g., in FIG. 4B, 460 corresponds to 468 and 462 corresponds to 470).In this way, user inputs (e.g., contacts 460 and 462, and movementsthereof) detected by the device on the touch-sensitive surface (e.g.,451 in FIG. 4B) are used by the device to manipulate the user interfaceon the display (e.g., 450 in FIG. 4B) of the multifunction device whenthe touch-sensitive surface is separate from the display. It should beunderstood that similar methods are, optionally, used for other userinterfaces described herein.

Additionally, while the following examples are given primarily withreference to finger inputs (e.g., finger contacts, finger tap gestures,finger swipe gestures), it should be understood that, in someembodiments, one or more of the finger inputs are replaced with inputfrom another input device (e.g., a mouse-based input or stylus input).For example, a swipe gesture is, optionally, replaced with a mouse click(e.g., instead of a contact) followed by movement of the cursor alongthe path of the swipe (e.g., instead of movement of the contact). Asanother example, a tap gesture is, optionally, replaced with a mouseclick while the cursor is located over the location of the tap gesture(e.g., instead of detection of the contact followed by ceasing to detectthe contact). Similarly, when multiple user inputs are simultaneouslydetected, it should be understood that multiple computer mice are,optionally, used simultaneously, or a mouse and finger contacts are,optionally, used simultaneously.

FIG. 5A illustrates exemplary personal electronic device 500. Device 500includes body 502. In some embodiments, device 500 can include some orall of the features described with respect to devices 100 and 300 (e.g.,FIGS. 1A-4B). In some embodiments, device 500 has touch-sensitivedisplay screen 504, hereafter touch screen 504. Alternatively, or inaddition to touch screen 504, device 500 has a display and atouch-sensitive surface. As with devices 100 and 300, in someembodiments, touch screen 504 (or the touch-sensitive surface)optionally includes one or more intensity sensors for detectingintensity of contacts (e.g., touches) being applied. The one or moreintensity sensors of touch screen 504 (or the touch-sensitive surface)can provide output data that represents the intensity of touches. Theuser interface of device 500 can respond to touches based on theirintensity, meaning that touches of different intensities can invokedifferent user interface operations on device 500.

Exemplary techniques for detecting and processing touch intensity arefound, for example, in related applications: International PatentApplication Serial No. PCT/US2013/040061, titled “Device, Method, andGraphical User Interface for Displaying User Interface ObjectsCorresponding to an Application,” filed May 8, 2013, published as WIPOPublication No. WO/2013/169849, and International Patent ApplicationSerial No. PCT/US2013/069483, titled “Device, Method, and Graphical UserInterface for Transitioning Between Touch Input to Display OutputRelationships,” filed Nov. 11, 2013, published as WIPO Publication No.WO/2014/105276, each of which is hereby incorporated by reference intheir entirety.

In some embodiments, device 500 has one or more input mechanisms 506 and508. Input mechanisms 506 and 508, if included, can be physical.Examples of physical input mechanisms include push buttons and rotatablemechanisms. In some embodiments, device 500 has one or more attachmentmechanisms. Such attachment mechanisms, if included, can permitattachment of device 500 with, for example, hats, eyewear, earrings,necklaces, shirts, jackets, bracelets, watch straps, chains, trousers,belts, shoes, purses, backpacks, and so forth. These attachmentmechanisms permit device 500 to be worn by a user.

FIG. 5B depicts exemplary personal electronic device 500. In someembodiments, device 500 can include some or all of the componentsdescribed with respect to FIGS. 1A, 1B, and 3. Device 500 has bus 512that operatively couples I/O section 514 with one or more computerprocessors 516 and memory 518. I/O section 514 can be connected todisplay 504, which can have touch-sensitive component 522 and,optionally, intensity sensor 524 (e.g., contact intensity sensor). Inaddition, I/O section 514 can be connected with communication unit 530for receiving application and operating system data, using Wi-Fi,Bluetooth, near field communication (NFC), cellular, and/or otherwireless communication techniques. Device 500 can include inputmechanisms 506 and/or 508. Input mechanism 506 is, optionally, arotatable input device or a depressible and rotatable input device, forexample. Input mechanism 508 is, optionally, a button, in some examples.

Input mechanism 508 is, optionally, a microphone, in some examples.Personal electronic device 500 optionally includes various sensors, suchas GPS sensor 532, accelerometer 534, directional sensor 540 (e.g.,compass), gyroscope 536, motion sensor 538, and/or a combinationthereof, all of which can be operatively connected to I/O section 514.

Memory 518 of personal electronic device 500 can include one or morenon-transitory computer-readable storage mediums, for storingcomputer-executable instructions, which, when executed by one or morecomputer processors 516, for example, can cause the computer processorsto perform the techniques described below, including processes 700(FIGS. 7A-7C), 900 (FIGS. 9A-9C), 1100 (FIGS. 11A-11B), 1300 (FIGS.13A-13B), 1500 (FIGS. 15A-15B), and 1700 (FIGS. 17A-17B). Acomputer-readable storage medium can be any medium that can tangiblycontain or store computer-executable instructions for use by or inconnection with the instruction execution system, apparatus, or device.In some examples, the storage medium is a transitory computer-readablestorage medium. In some examples, the storage medium is a non-transitorycomputer-readable storage medium. The non-transitory computer-readablestorage medium can include, but is not limited to, magnetic, optical,and/or semiconductor storages. Examples of such storage include magneticdisks, optical discs based on CD, DVD, or Blu-ray technologies, as wellas persistent solid-state memory such as flash, solid-state drives, andthe like. Personal electronic device 500 is not limited to thecomponents and configuration of FIG. 5B, but can include other oradditional components in multiple configurations.

As used here, the term “affordance” refers to a user-interactivegraphical user interface object that is, optionally, displayed on thedisplay screen of devices 100, 300, and/or 500 (FIGS. 1A, 3, and 5A-5B).For example, an image (e.g., icon), a button, and text (e.g., hyperlink)each optionally constitute an affordance.

As used herein, the term “focus selector” refers to an input elementthat indicates a current part of a user interface with which a user isinteracting. In some implementations that include a cursor or otherlocation marker, the cursor acts as a “focus selector” so that when aninput (e.g., a press input) is detected on a touch-sensitive surface(e.g., touchpad 355 in FIG. 3 or touch-sensitive surface 451 in FIG. 4B)while the cursor is over a particular user interface element (e.g., abutton, window, slider, or other user interface element), the particularuser interface element is adjusted in accordance with the detectedinput. In some implementations that include a touch screen display(e.g., touch-sensitive display system 112 in FIG. 1A or touch screen 112in FIG. 4A) that enables direct interaction with user interface elementson the touch screen display, a detected contact on the touch screen actsas a “focus selector” so that when an input (e.g., a press input by thecontact) is detected on the touch screen display at a location of aparticular user interface element (e.g., a button, window, slider, orother user interface element), the particular user interface element isadjusted in accordance with the detected input. In some implementations,focus is moved from one region of a user interface to another region ofthe user interface without corresponding movement of a cursor ormovement of a contact on a touch screen display (e.g., by using a tabkey or arrow keys to move focus from one button to another button); inthese implementations, the focus selector moves in accordance withmovement of focus between different regions of the user interface.Without regard to the specific form taken by the focus selector, thefocus selector is generally the user interface element (or contact on atouch screen display) that is controlled by the user so as tocommunicate the user's intended interaction with the user interface(e.g., by indicating, to the device, the element of the user interfacewith which the user is intending to interact). For example, the locationof a focus selector (e.g., a cursor, a contact, or a selection box) overa respective button while a press input is detected on thetouch-sensitive surface (e.g., a touchpad or touch screen) will indicatethat the user is intending to activate the respective button (as opposedto other user interface elements shown on a display of the device).

As used in the specification and claims, the term “characteristicintensity” of a contact refers to a characteristic of the contact basedon one or more intensities of the contact. In some embodiments, thecharacteristic intensity is based on multiple intensity samples. Thecharacteristic intensity is, optionally, based on a predefined number ofintensity samples, or a set of intensity samples collected during apredetermined time period (e.g., 0.05, 0.1, 0.2, 0.5, 1, 2, 5, 10seconds) relative to a predefined event (e.g., after detecting thecontact, prior to detecting liftoff of the contact, before or afterdetecting a start of movement of the contact, prior to detecting an endof the contact, before or after detecting an increase in intensity ofthe contact, and/or before or after detecting a decrease in intensity ofthe contact). A characteristic intensity of a contact is, optionally,based on one or more of: a maximum value of the intensities of thecontact, a mean value of the intensities of the contact, an averagevalue of the intensities of the contact, a top 10 percentile value ofthe intensities of the contact, a value at the half maximum of theintensities of the contact, a value at the 90 percent maximum of theintensities of the contact, or the like. In some embodiments, theduration of the contact is used in determining the characteristicintensity (e.g., when the characteristic intensity is an average of theintensity of the contact over time). In some embodiments, thecharacteristic intensity is compared to a set of one or more intensitythresholds to determine whether an operation has been performed by auser. For example, the set of one or more intensity thresholdsoptionally includes a first intensity threshold and a second intensitythreshold. In this example, a contact with a characteristic intensitythat does not exceed the first threshold results in a first operation, acontact with a characteristic intensity that exceeds the first intensitythreshold and does not exceed the second intensity threshold results ina second operation, and a contact with a characteristic intensity thatexceeds the second threshold results in a third operation. In someembodiments, a comparison between the characteristic intensity and oneor more thresholds is used to determine whether or not to perform one ormore operations (e.g., whether to perform a respective operation orforgo performing the respective operation), rather than being used todetermine whether to perform a first operation or a second operation.

As used herein, an “installed application” refers to a softwareapplication that has been downloaded onto an electronic device (e.g.,devices 100, 300, and/or 500) and is ready to be launched (e.g., becomeopened) on the device. In some embodiments, a downloaded applicationbecomes an installed application by way of an installation program thatextracts program portions from a downloaded package and integrates theextracted portions with the operating system of the computer system.

As used herein, the terms “open application” or “executing application”refer to a software application with retained state information (e.g.,as part of device/global internal state 157 and/or application internalstate 192). An open or executing application is, optionally, any one ofthe following types of applications:

-   -   an active application, which is currently displayed on a display        screen of the device that the application is being used on;    -   a background application (or background processes), which is not        currently displayed, but one or more processes for the        application are being processed by one or more processors; and    -   a suspended or hibernated application, which is not running, but        has state information that is stored in memory (volatile and        non-volatile, respectively) and that can be used to resume        execution of the application.

As used herein, the term “closed application” refers to softwareapplications without retained state information (e.g., state informationfor closed applications is not stored in a memory of the device).Accordingly, closing an application includes stopping and/or removingapplication processes for the application and removing state informationfor the application from the memory of the device. Generally, opening asecond application while in a first application does not close the firstapplication. When the second application is displayed and the firstapplication ceases to be displayed, the first application becomes abackground application.

Attention is now directed towards embodiments of user interfaces (“UI”)and associated processes that are implemented on an electronic device,such as portable multifunction device 100, device 300, or device 500.

FIGS. 6A-6O illustrate exemplary user interfaces for managing health andsafety features on an electronic device, in accordance with someembodiments. The user interfaces in these figures are used to illustratethe processes described below, including the processes in FIGS. 7A-7C.

FIG. 6A illustrates an electronic device 600A (e.g., a smartphone; asmartwatch) with a display generation component 602A (e.g., a displaycontroller, a touch-sensitive display system; a display (e.g.,integrated or connected)) and one or more input devices (e.g. gyroscope,accelerometer, microphone, a touch-sensitive surface). In someembodiments, device 600A includes one or more elements or features ofdevice 100, 300, and 500.

In FIG. 6A, device 600A displays, via display generation component 602A,a user interface 610 of a user account page of a health application. Thehealth application collects and presents data on device 600A forhealth-related functions related to the user account. The health-relatedfunctions correspond to applications (e.g., or application features)operating on, or available to operate on, device 600A or operating on,or available to operate on, an external electronic devices, such as asmartwatch that is paired with device 600A (e.g., device 600B firstdescribed below with reference to FIG. 8I) or a server. User interface610 includes a selectable user interface element 612 that, whenselected, causes display of the user interface described with referenceto FIG. 6B.

In FIG. 6A, while displaying user interface 610, device 600A receives aninput 601 (e.g., a touch input; a tap input) directed to selectable userinterface element 612.

In FIG. 6B, in response to receiving input 601, device 600A displays auser interface 614. The left depiction of device 600A in FIG. 6Bdisplaying user interface 614 corresponds to a top portion of userinterface 614 and the right depiction of device 600A in FIG. 6Bdisplaying user interface 614 corresponds to a bottom portion of userinterface 614.

User interface 614 includes user interface objects, also referred toherein as platters, (e.g., 618, 620, 622, 624, 626, 628, 632, 634, 638,and 640. Each platter corresponds to a particular health-relatedfunction that is currently inactive on, active on, or unavailable tooperate on device 600A or the paired smartwatch. Within user interface614, device 600A arranges the platters based on whether a respectivehealth-related function is inactive on, active on, or unavailable tooperate on device 600A or the paired smartwatch. A respectivehealth-related function is inactive on device 600A or the pairedsmartwatch if the respective health-related function is not enabled ornot setup to be used by device 600A or the paired smartwatch. Arespective health-related function is active on device 600A or thepaired smartwatch if the respective health-related function is (e.g.,automatically) being used, continuously and/or intermittently, or isenabled to (e.g., manually) be used, by device 600A or the pairedsmartwatch. A respective health-related function is unavailable ondevice 600A or the paired smartwatch if the respective health-relatedfunction cannot be enabled or setup to be used by device 600A or thepaired smartwatch.

As shown in FIG. 6B, user interface 614 includes a region 616 thatincludes platters 618, 620, 622, 624, 626, and 628 that correspond tohealth-related functions that are currently inactive on device 600Aand/or on the paired smartwatch. In region 616, a platter includesinformation about its corresponding application (e.g., information onthe function of the application), an indication of the one or moredevices (e.g., device 600A and/or the paired smartwatch) for which therespective application (e.g., or application feature) can be activatedon, and a type of affordance (e.g., a setup affordance; an enableaffordance) for activating the respective application (e.g., orapplication feature).

For example, platter 618 corresponding to a ECG application includesinformation 618A about taking ECG measurements to monitor heart health,an indication 618B that the ECG application can only be used via thepaired smartwatch, and a setup affordance 618C. Setup affordance 618C,when activated, initiates a setup process for enabling the ECGapplication for use via the paired smartwatch.

For another example, platter 622 corresponding to a low heart ratenotifications application that can measure the user's heart rate, managethe measured heart rate data, and generation low heart notificationsbased on the heart rate data if the measured heart rate falls below anotification threshold. Platter 622 includes information 622A aboutmonitoring heart rate, an indication 622B that the low heart ratenotifications application can be used via the paired smartwatch, and anenable affordance 622C. Affordance 622C, when activated, initiates asimplified (e.g., one-step; expedited) process for activating the lowheart rate notifications application.

For another example, platter 626 corresponding to a fall detectionapplication includes information 626A about one or more features of thefall detection application, an indication 626B that the fall detectionapplication can be used via the paired smartwatch, and an enableaffordance 626C that, when activated, initiates a simplified (e.g.,one-step; expedited) process for activating the fall detectionapplication (e.g., instead of activating a native setup process for thefall detection application).

For another example, platter 628 corresponding to a noise notificationsapplication that can detect noise level of the surrounding environmentand generation notifications if the detected noise level is determinedto be higher than a noise level threshold. Platter 628 includesinformation 628A about one or more features of noise notifications, anindication 628A that the noise notifications application can be used viaboth device 600A and the paired smartwatch, and an enable affordance628C that, when activated, initiates a simplified (e.g., one-step;expedited) process for activating the noise notifications application onboth device 600A and the paired smartwatch.

As also shown in FIG. 6B, user interface 614 includes a region 630 thatincludes platters 632 and 636 that correspond to health-relatedfunctions that are currently active on device 600A and/or on theexternal device (e.g., device 600B) that is paired with device 600A. Inthe embodiment of FIG. 6B, region 630 includes platter 632 correspondingto a medical ID application and platter 634 corresponding to anemergency SOS application.

In region 630, a platter includes information about its respectiveapplication (e.g., or application feature) and an indication of when therespective application (e.g., or application feature) was last updated(e.g., when one or more settings of the respective application was lastupdated/changed; when one or more user interface stored in therespective application was last updated/changed; when a version of therespective application was last updated to a newer version).

For example, platter 632 corresponding to the medical ID applicationincludes information 632A about how the medical ID application is usedand an indication 632B of a date when the medical ID application and/orinformation entered by the user in the medical ID application was lastupdated.

As also shown in FIG. 6B, user interface 614 includes a region 636 thatincludes platters 638 and 640 that correspond to health-relatedfunctions that are unavailable to be operated on device 600A and/or onthe paired smartwatch. Region 636 includes platter 638 corresponding toa low cardio fitness level notifications application and platter 640corresponding to a heart health level tracking application.

In region 636, a platter includes information about why its respectiveapplication (e.g., or application feature) is unavailable and a type ofaffordance for viewing additional information about the application orchanging a device setting (e.g., a device privilege, such as a privacysetting) of a respective device to make the application available (e.g.,such that the application is available to be activated).

For example, platter 638 corresponding to the low cardio fitness levelnotifications application includes an indication 638A of why the lowcardio fitness level notifications application is not available (e.g.,on the paired smartwatch) and a learn more affordance 638B for viewingadditional information about the low cardio fitness level notificationsapplication and/or why the application is not available on (e.g., notcompatible with) the paired smartwatch.

For another example, platter 640 corresponding to the heart health leveltracking application includes an indication 640A that the application isnot available because of a device setting (e.g., a privacy setting) andan open settings affordance 640B that, when activated, causes display ofa settings user interface from which device settings (e.g., includingthe privacy setting) can be changed.

In FIG. 6B, while displaying user interface 614, device 600A receives aninput 603 directed to enable affordance 626C of platter 626corresponding to the fall detection application.

In FIG. 6C, in response to receiving input 603, device 600A displays auser interface 642 for activating the fall detection application. Userinterface 642 includes information 642A about one or more features ofthe fall detection application. User interface 642 also includes anindication 642B that the fall detection application is operated via theconnected smartwatch (e.g., device 600B) that is paired with device600A. User interface 642 also includes a selectable toggle button 642Cthat, when selected, toggles the fall detection application from itscurrent inactive “off” state to an active “on” state, without requiringfurther inputs or steps. In the inactive “off” state, the fall detectionapplication is not activated, and thus the fall detection feature of theapplication is not enabled on device 600B or on the paired smartwatch.In the active “on” state, the fall detection application is activated,and thus the fall detection feature of the application is enabled andbeing used by device 600B or the paired smartwatch. Thus, user interface642 enables a one-step process for activating the fall detectionapplication.

Also in FIG. 6C, while displaying user interface 642, device 600Areceives an input 605 directed to toggle button 642C to activate thefall detection application (e.g., turning the toggle on). In response toreceiving input 605 directed to activating the fall detectionapplication, device 600A causes the fall detection application to beactivated on the paired smartwatch.

FIG. 6D illustrates device 600A displaying user interface 614 after thefall detection application has been activated via input 605. In FIG. 6D,device 600A displays platter 626 corresponding to the fall detectionapplication in region 630 instead of in region 616, as the falldetection application has been activated.

Also in FIG. 6D, while displaying user interface 614, device 600Areceives an input 607 directed to enable affordance 628C of platter 628that corresponds to the noise notifications application.

In FIG. 6E, in response to receiving input 607, device 600A displays auser interface 644 for activating the noise notifications application.User interface 644 includes information 644A about one or more featuresof the noise notifications application. User interface 644 also includesan indication 644B that the noise notifications application is operatedvia both device 600A and the paired smartwatch. User interface 644 alsoincludes a selectable toggle button 644C; an affordance that, whenactivated, toggles the noise notifications application from its currentinactive “off” state to an active “on” state. User interface 644 alsoincludes a selectable user interface object 644D that, when activated,enables a user to change a decibel threshold used to determine whether anoise notification should be triggered from the currently-selectedthreshold, 80 dB, to a different threshold. 80 dB is an example of aselectable decibel threshold; noise notifications application mayprovide multiple decibel thresholds for selection, including or notincluding 80 dB.

Also in FIG. 6E, while displaying user interface 644, device 600Areceives an input 609 directed to toggle button 644C to activate thenoise notifications application. In response to receiving input 609,device 600A causes the noise notifications application to be activatedon both device 600A and on the paired smartwatch.

FIG. 6F illustrates device 600A displaying user interface 614 after thenoise notifications application has been enabled via input 609. In FIG.6F, device 600A displays platter 628 corresponding to the fall detectionapplication in region 630 instead of region 616, as the noisenotifications application is now activated.

In FIG. 6F, while displaying user interface 614, device 600A receives aninput 611 directed to enable affordance 622C of platter 622corresponding to the low heart rate notifications application.

In FIG. 6G, in response to receiving input 611, device 600A displays auser interface 646 for activating the low heart rate notificationsfeature (e.g., of a heart rate measurement/management application). Userinterface 646 includes information 646A about one or more features ofthe low heart rate notifications application, including an indicationthat a BPM threshold needs to be selected to activate the low heart ratenotifications application. User interface 646 also includes anindication 646B that the low heart rate notifications application isoperated via the paired smartwatch, and a threshold selection region 648for selecting a heat rate threshold for which, if a measured heart rateis lower than the heart rate threshold, would trigger a low heart ratenotification. Threshold selection region 648 includes multiple BPMthresholds 648A-648F, with threshold 648A corresponding to OFF (and thusnotifications are not activated), threshold 648B corresponding to 55BPM, threshold 648C corresponding to 50 BPM, threshold 648Dcorresponding to 45 BPM, threshold 648E corresponding to 40 BPM, andthreshold 648F corresponding to 35 BPM.

Also in FIG. 6G, while displaying user interface 646, device 600Areceives an input 613 directed to selecting threshold 648D (45 BPM). Inresponse to receiving input 613 directed to selecting threshold 648D,device 600A causes the low heart rate notification application to beactivated on the paired smartwatch based on the selected notificationthreshold of 45 BPM.

FIG. 6H illustrates device 600A displaying user interface 614 after thelow hear rate notifications application has been enabled in FIG. 6G. InFIG. 6H, device 600A displays platter 622 corresponding to the low hearrate notifications application in region 630 instead of region 616, asthe low hear rate notifications application is now activated.

In FIG. 6H, while displaying user interface 614, device 600A receives aninput 615 directed to setup affordance 618C of platter 618 correspondingto the ECG application. In response to receiving input 615, device 600Ainitiates a setup process for the ECG application that corresponds tothe native, multi-step setup process of the ECG application, as (e.g.,partially) shown in FIGS. 6I-6K.

In FIG. 6I, device 600A displays a first setup user interface 650 of thesetup process for the ECG application. First setup user interface 650includes information 650A about ECG measurements, a request 650B foruser information (e.g., date of birth; age), and an affordance 650C forcontinuing the setup process for the ECG application. Also in FIG. 6I,while displaying first setup user interface 650, device 600A receives aninput 617 directed to affordance 650C.

In FIG. 6J, in response to receiving input 617, device 600A displays asecond setup user interface 652 of the setup process for the ECGapplication. Second setup user interface 652 includes detailedinformation 652A about ECG measurements and its relation to hearthealth, as well as an affordance 652B for continuing the setup processfor the ECG application. Also in FIG. 6J, while displaying second setupuser interface 652, device 600A receives an input 619 directed toaffordance 652B.

In FIG. 6K, in response to receiving input 619 as shown in FIG. 6J,device 600A displays a third setup user interface 654 of the setupprocess for the ECG application. Third setup user interface 654 includesinformation 654A about completing the setup process by taking a ECGmeasurement using the paired smartwatch. In some embodiments, device600A activates the ECG application upon detecting the completion of asuccessful first ECG measurement taken via the paired smartwatch.

FIG. 6L illustrates device 600A displaying user interface 614 after theECG application has been enabled in FIGS. 6I-6K. In FIG. 6L, device 600Adisplays platter 616 corresponding to the ECG application in region 630instead of region 616, as the ECG application is now activated.

In FIG. 6L, while displaying user interface 614, device 600A receives aninput 621 directed to learn more affordance 638B of platter 638corresponding to the low cardio fitness level notifications application.

In FIG. 6M, in response to receiving input 621, device 600A displays auser interface 656 associated with the low cardio fitness notificationsapplication. User interface 656 includes an indication 656A that the lowcardio fitness notifications application is unavailable to be operateddevice 600A or on the paired smartwatch, and an indication 656B of areason(s) why the application is unavailable.

In some embodiments, an application (e.g., or application feature) isunavailable (to be operated device 600A and/or on the paired smartwatch)because of access to data or a regulation (e.g., a governmentregulation) at a location (e.g., city; state; country) in which device600A or the external device (e.g., device 600B) is being used, asdescribed in greater detail below with reference to FIGS. 8A-8S and10A-10V. In some embodiments, an application (e.g., or applicationfeature) is unavailable (to be operated device 600A or on the pairedsmartwatch) because of a biological characteristic (e.g., age;pregnancy; pre-existing medical condition) of the user, as described ingreater detail below with reference to FIGS. 8A-8S.

FIG. 6N illustrates device 600A displaying a summary user interface 660of the health application. Summary user interface 660 includes multipleof user interface objects 662, 664, and 666 corresponding to differenthealth-related functions corresponding to health-related applications(e.g., or application features) that are operating on device 600A and/oron the paired smartwatch. Summary user interface 660 includes a userinterface object 662 corresponding to the noise level notificationsapplication and including information associated with detected noiselevels. Summary user interface 660 also includes a user interface object664 corresponding to an activity application and includingmeasured/detected activity-related information. Summary user interface660 also includes a user interface object 666 corresponding to a workoutapplication and including a past workout information.

FIG. 6O illustrates device 600A displaying, in summary user interface600, a notification 668 (e.g., a time-based notification) related touser interface 614. Notification 668 includes an indication 668A thathealth-related functions listed in user interface 614 as shown in FIG.6B should be reviewed and, as needed, updated. In some embodiments,device 600A displays notification 668 as a banner notification (e.g.,over a home user interface or a user interface of a differentapplication). In some embodiments, device 600A displays notification 668in a wake screen of device 600A.

In some embodiments, device 600A automatically displays notification 668annually. In some embodiments, device 600A automatically displaysnotification 668 monthly.

In some embodiments, in response to receiving an input directed tonotification 668, device 600A displays user interface 614 such that thehealth-related applications (e.g., or application features) can easilyand conveniently be managed by the user.

FIGS. 7A-7C are a flow diagram illustrating a method for managing healthand safety features on an electronic device, in accordance with someembodiments. Method 700 is performed at a computer system (e.g., anelectronic device (e.g., 100, 300, 500, 600A)) that is in communicationwith a display generation component (e.g., 602A) (e.g., a displaycontroller, a touch-sensitive display system; a display (e.g.,integrated or connected)) and one or more input devices (e.g. gyroscope,accelerometer, microphone, a touch-sensitive surface). Some operationsin method 700 are, optionally, combined, the orders of some operationsare, optionally, changed, and some operations are, optionally, omitted.

In some embodiments, the electronic device (e.g., 600A) is a computersystem. The computer system is optionally in communication (e.g., wiredcommunication, wireless communication) with the display generationcomponent (e.g., 602A) and with the one or more input devices. Thedisplay generation component is configured to provide visual output,such as display via a CRT display, display via an LED display, ordisplay via image projection. In some embodiments, the displaygeneration component is integrated with the computer system. In someembodiments, the display generation component is separate from thecomputer system. The one or more input devices are configured to receiveinput, such as a touch-sensitive surface receiving user input. In someembodiments, the one or more input devices are integrated with thecomputer system. In some embodiments, the one or more input devices areseparate from the computer system. Thus, the computer system cantransmit, via a wired or wireless connection, data (e.g., image data orvideo data) to an integrated or external display generation component tovisually produce the content (e.g., using a display device) and canreceive, a wired or wireless connection, input from the one or moreinput devices.

As described below, method 700 provides an intuitive way for managingand/or presenting health data. The method reduces the cognitive burdenon a user for managing and/or presenting health data, thereby creating amore efficient human-machine interface. For battery-operated computingdevices, enabling a user to manage and/or present health data faster andmore efficiently conserves power and increases the time between batterycharges.

The computer system (e.g., 600A) displays (702), via the displaygeneration component (e.g., 602A), a user interface (e.g., 614) (e.g., ahealth-function listing interface) that includes a plurality of userinterface objects (e.g., 618-628, 632-634, 638-640) that correspond tohealth-related (e.g., physical health (including physical safety),mental health) functions (e.g., applications or application featuresoperating on, or available to operate on, the computer system oroperating on, or available to operate on, external electronic devices incommunication with the computer system), the plurality of user interfaceobjects including a first user interface object that corresponds to afirst health-related function (e.g., a heart-rate-tracking-relatedfunction (e.g., 620, 622, 624, 638, 640), a medical identificationfunction (e.g., 632), an emergency contact function (e.g., 634), anambient-noise-level-tracking function(e.g., 628)).

The first user interface object (e.g., 632, 634) includes (704), inaccordance with a determination that the first health-related functionis currently active (e.g., active on the computer system; active on anexternal electronic device in communication with the computer system;active to provide data of the first health-related function to thecomputer system), an indication (e.g., 632A) that the firsthealth-related function is active (e.g., a graphical or textualindication) (706).

The first user interface object (e.g., 618, 620, 622, 624, 626, 628)includes (704), in accordance with a determination that the firsthealth-related function is currently inactive and available foractivation via a set of one or more inputs received at the computersystem (e.g., 602 a), an indication that the first health-relatedfunction is available for activation (e.g., a graphical or textualindication; a selectable user interface object (e.g., 618C, 626C) that,when selected, initiates a process for activation of the firsthealth-related function) (708). In some embodiments, and an indicationthat the first health-related function is inactive.

The first user interface object (e.g., 638, 640) includes (704), inaccordance with a determination that the first health-related functionis currently inactive and not available for activation (e.g., notavailable for activation via the computer system; not currentlyavailable for activation (e.g., due to regulatory, hardware, or softwarerestrictions or limitations)), an indication (e.g., 638A) that the firsthealth-related function is not available for activation (e.g., agraphical or textual indication) (710).

Displaying the first user interface object with indications based onwhether the first health-related function is active or inactive andavailable or inactive and unavailable for activation provides the userwith feedback as to the state of the first health-related function.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the indication (e.g., 638A) that the firsthealth-related function is not available for activation includes anindication that describes why the function is not available foractivation.

In some embodiments, the first health-related function is not availablefor activation due to a first resolvable issue (e.g., a software issueresolvable through an update; a hardware issue resolvable throughreplacement and/or procurement of the hardware; a location-based issueresolvable by altering location), and the indication that the firsthealth-related function is not available for activation includes (724) aselectable portion (e.g., a selectable region, an affordance) that, whenselected via an input received via the one or more input devices,initiates a process (e.g., a process at the computer system; a processat an external device in communication with the computer system) toresolve the first resolvable issue and to thereby make the firsthealth-related function available for activation (726). Providing anselectable portion of initiating a process to resolve resolvable issuespreventing activation of a health-related function provides the userwith more control of the device and resolve an issue without having tomanually identify the cause of the issue and without having to clutterthe UI with multiple options for identifying and resolving issues.Providing additional control of the computer system without clutteringthe UI with additional displayed controls enhances the operability ofthe computer system and makes the user-device interface more efficient(e.g., by helping the user to provide proper inputs and reducing usermistakes when operating/interacting with the device) which,additionally, reduces power usage and improves battery life of thedevice by enabling the user to use the computer system more quickly andefficiently.

In some embodiments, the first health-related function is currentlyinactive and available for activation and the first user interfaceobject (e.g., 618, 620, 622, 624, 626, 628) further includes (712) aselectable portion (e.g., a selectable region, an affordance) that whenselected via an input received via the one or more input devices,initiates a process for activating the first health-related function(e.g., as shown in FIGS. 6C, 6E, 6G, and 6I-6K) (714). In someembodiments, in accordance with a determination that the first-healthrelated function is active, the first user interface object (e.g., 632,634) does not include the selectable portion that when selected via aninput received via the one or more input devices, initiates a processfor activating the first health related function.

In some embodiments, the process for activating the first health-relatedfunction (e.g., as shown in FIGS. 6C, 6E, 6G, and 6I-6K) includes (716),in accordance with a determination that the first health-relatedfunction is a function of a first type (e.g., a function having binarystates (active, inactive) (e.g., emergency fall detection, emergencycontacts)), a first type of activation process that requires a firstminimum number of inputs (e.g., the least number of inputs that must bereceived) to activate the first-health related function (e.g., as shownin FIGS. 6C, 6E, and 6G) (718). In some embodiments, the first minimumnumber of inputs is one.

In some embodiments, the process for activating the first health-relatedfunction (e.g., as shown in FIGS. 6C, 6E, 6G, and 6I-6K) includes (716),in accordance with a determination that the first health-relatedfunction is a function of a second type (e.g., a function that requiresadditional information or approvals to activate), a second type ofactivation process, wherein the second type of activation processrequires a second number of minimum inputs (e.g., the first number ofminimum inputs, plus one (e.g., 2 or more minimum inputs when the firsttype of activation process requires a minimum of one input)) to activatethe first-health related function (e.g., as shown in FIGS. 6I-6K), andwherein the second number of minimum inputs is greater than the firstnumber of minimum inputs (722). Initiating a process for activating thefirst health-related function using difference types of activationprocesses, that require different amounts of minimum inputs, based onwhether the first health-related function is of a first type or a secondtype, provides the system with the capability to accommodate activationof differing types of health-related functions, thereby increasing thecontrol options available to the user via the user interface. Providingadditional control options enhances the operability of the computersystem and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the computer system more quickly and efficiently.

In some embodiments, a health-related function is a function of a firsttype and has binary states (e.g., active or inactive). In someembodiments, a health-related function of the first type has non-binarystates (e.g., inactive, active with a first parameter; active with asecond parameter) and the first type of activation process includespre-populating at least one parameter of the function.

In some embodiments, the second type of activation process (e.g., asshown in FIGS. 6I-6K) includes providing information or selection ofparameters (e.g., threshold values, frequency of activation values)affecting the function.

In some embodiments, the first type of activation process (e.g., asshown in FIGS. 6C, 6E, and 6G) includes displaying, via the displaygeneration component (e.g., 602A), a single selectable user interfaceobject that when selected via an input received via the one or moreinput devices, activates the first health-related function (e.g., thefirst health-related function can be activated by a single input) (720).Providing a single user interface object to activate the functionenables the user to activate the function without cluttering the userinterface with multiple controls. Providing additional control of thecomputer system without cluttering the UI with additional displayedcontrols enhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the computer system more quickly and efficiently.

In some embodiments, the second type of activation process (e.g., asshown in FIGS. 6I-6K) includes displaying, via the display generationcomponent (e.g., 602A), a sequence of a plurality of user interfaces(e.g., 650, 652, 654), and receiving a plurality of user inputs,received while interfaces of the plurality of user interfaces aredisplayed, before activating the first health-related function.Activating a health-related function via a plurality of inputs and usinga plurality of user interfaces ensures that information required toproperly activate the function is received, thereby ensuring properactivation and reducing errors. Ensuring proper activation of functionsand reducing errors enhances the operability of the computer system andmakes the user-device interface more efficient (e.g., by helping theuser to provide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the computer system more quickly and efficiently.

In some embodiments, the indication (e.g., 618A, 626A) that the firsthealth-related function is available for activation includes anindication that describes how to activate the function.

In some embodiments, the computer system (e.g., 600A) is associated witha first user account (e.g., an identification account, an accessaccount, an account with information stored on a server), the first useraccount is associated with a first external electronic device (e.g.,600B of FIG. 81) (e.g., a smart watch, a tablet computer), and the firsthealth-related function, when active, includes one or more functionsoperating on the computer system and one or more functions operating onthe first external electronic device. In some embodiments, the computersystem (e.g., 600) receives a set of one or more inputs that includes aninput corresponding to the first user interface object. In someembodiments, in response to receiving the set of one or more inputs thatincludes an input corresponding to the first user interface object, thecomputer system displays, via the display generation component (e.g.,602 a), a feature user interface corresponding to the firsthealth-related feature that includes a first feature user interfaceobject that corresponds to a function of the one or more operating onthe computer system, and a second feature user interface object thatcorresponds to a function of the one or more functions operating on thefirst external electronic device. In some embodiments, the first featureuser interface object is selectable to modify one or more parameters ofthe first health-related feature on the computer system, withoutaffecting the function of the first health-related feature on the firstexternal electronic device. In some embodiments, the second feature userinterface object is selectable to modify one or more parameters of thefirst health-related feature on the first external electronic device,without affecting the function of the first health-related feature onthe computer system. Providing a feature user interface with separateinterface objects the correspond to operation of a health-relatedfunction on the computer system and the first external electronic deviceprovides the user with feedback, specific to the computer system or theexternal device, on the operation of the function. Providing improvedvisual feedback to the user enhances the operability of the computersystem and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the process for activating the first health-relatedfunction includes displaying a settings user interface (e.g., 644) thatconcurrently includes a first setting user interface object (e.g., 644D)for modifying (e.g., affects; changes; sets) a parameter of the firsthealth-related function for the computer system, and a second settinguser interface object (e.g., 644D) for modifying (e.g., affects;changes; sets) a parameter of the first health-related function for asecond external electronic device (e.g., a smart watch, a tabletcomputer; a device that is the same as or different from the firstexternal electronic device). Concurrently displaying setting userinterface objects for a health-related function for both the computersystem and an external electronic device provides the user with feedbackabout the settings/parameters of the function for both the computersystem and the external device. Providing improved visual feedback tothe user enhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, a settings user interface for the firsthealth-related function is accessible from an application (e.g., theapplication corresponding to user interface 660 of FIG. 6N) (e.g., ahealth-data aggregation application) that collects and presents data fora plurality of health-related functions, including the firsthealth-related function.

In some embodiments, the process for activating the first health-relatedfunction includes displaying a settings user interface that includes oneor more prepopulated or preselected values for selectable parameters ofthe function (e.g., as shown in user interface 806 of FIGS. 8C-8D) andthat also includes options to modify the one or more prepopulated orpreselected values.

In some embodiments, the process for activating the first health-relatedfunction includes displaying a settings user interface (e.g., 644, 646)that includes one or more selectable user interface objects that controlparameters for the function at the computer system (e.g., 600A) and atleast one external electronic device (e.g., 600B of FIG. 81). In someembodiments, the parameters are stored on a remote server and areaccessible to multiple devices associated with a user of the computersystem.

In some embodiments, the computer system (e.g., 600A) displays (e.g., atpredetermined times, after predetermined time intervals (e.g., a setnumber of months)) a notification reminding the user to check (e.g., viaa settings user interface) one or more settings of the firsthealth-related function. In some embodiments, the notification isdisplayed in an application (e.g., a health-data aggregationapplication) that collects and presents data for a plurality ofhealth-related functions, including the first health-related function.

In some embodiments, settings (e.g., any settings, including theactivation state of the function) of the first health-related functioncannot be modified from the user interface that includes the pluralityof user interface objects that correspond to health-related functions(e.g., modifying settings of the function requires navigation to one ormore different user interfaces). Preventing modification of settings ofthe first health-related function from the user interface reduces therisk of inadvertent modification of the settings and/or reduces the riskthat the user will make a modification without having access toadditional information and/or settings pertaining to the function.Reducing the risk of inadvertent operations making the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the computer system morequickly and efficiently.

Note that details of the processes described above with respect tomethod 700 (e.g., FIGS. 7A-7C) are also applicable in an analogousmanner to the methods described above. For example, method 900optionally includes one or more of the characteristics of the variousmethods described above with reference to method 700. For example, theuser interfaces for managing health and safety features described withreference to method 700 can be used to manage one or more features ofthe health applications described with reference to method 900. Foranother example, method 1100 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 700. For example, the user interfaces for managing health andsafety features described with reference to method 700 can be used tomanage one or more features of the background measurement featuresdescribed with reference to method 1100. For another example, method1300 optionally includes one or more of the characteristics of thevarious methods described above with reference to method 700. Forexample, the user interfaces for managing health and safety featuresdescribed with reference to method 700 can be used to manage one or morefeatures of the application used to measure the biometric informationdescribed with reference to method 1300. For another example, method1500 optionally includes one or more of the characteristics of thevarious methods described above with reference to method 700. Forexample, the user interfaces for managing health and safety featuresdescribed with reference to method 700 can be used to manage one or morefeatures of the health application user interfaces described withreference to method 1500. For another example, method 1700 optionallyincludes one or more of the characteristics of the various methodsdescribed above with reference to method 700. For example, the userinterfaces for managing health and safety features described withreference to method 700 can be used to manage one or more features ofthe background measurement features described with reference to method1700. For brevity, these details are not repeated below.

FIGS. 8A-8S illustrate exemplary user interfaces for managing the setupof a health feature on an electronic device, in accordance with someembodiments. The user interfaces in these figures are used to illustratethe processes described below, including the processes in FIGS. 9A-9C.

FIG. 8A illustrates device 600A displaying a summary user interface 800of the health application (corresponding to summary user interface 660first described above with reference to FIG. 6N). In FIG. 8A, device600A displays, in summary user interface 660, a notification 802 thatlow cardio fitness notifications can be set up (e.g., enabled) on device600A. Notification 802 includes information 802A about low cardiofitness notifications and its relation to heart health. Notification 802also includes an affordance 802B for initiating setup of low cardiofitness notifications.

Also in FIG. 8A, while displaying summary user interface 800, device600A receives an input 801 directed to affordance 802B.

In FIG. 8B, in response to receiving input 801, device 600A displays asetup user interface 804 corresponding to a part of a setup (e.g.,onboarding) process for activating the low cardio fitness notificationsapplication. User interface 804 includes an indication 804A that thepaired smartwatch can be enabled to generate low cardio fitnessnotifications. User interface 804 also includes an affordance 804B forcontinuing the setup process for activating the low cardio fitnessnotifications application.

Also in FIG. 8B, while displaying user interface 804, device 600Areceives an input 803 directed to affordance 804B.

In FIG. 8C, in response to receiving input 803, device 600A displays asetup user interface 806 corresponding to a part of the setup processfor activating the low cardio fitness notifications application.

In the embodiment of FIG. 8C, setup user interface 806 includes a userhealth details region 808 for receiving information about the user'shealth (e.g., sex; date of birth; height; weight). In some embodiments,device 600A requests user input of the user's health information in userhealth details region 808. In some embodiments, device 600Aautomatically, without manual user input, pre-populates the user'shealth information based on stored user information, e.g., from thehealth application.

Setup user interface 806 also includes medications region 810 forreceiving information regarding one or more medications that the user iscurrently taking. Medications region 810 includes multiple selectableuser interface objects corresponding to different medications, (e.g., auser interface object 812 corresponding to calcium channel blockers, auser interface object 814 corresponding to beta blockers) that can beselected by the user.

In some embodiments, setup user interface 806 also includes a region forreceiving additional information that may affect cardio fitness, such aswhether the user is currently pregnant or whether the user currently hasany pre-existing medical conditions.

In FIG. 8C, while displaying setup user interface 806, device 600Areceives an input 805 directed to selecting user interface object 814corresponding to beta blockers in medications region 810.

In FIG. 8D, in response to receiving input 805, device 600A displays, inuser interface object 814 corresponding to beta blockers, an indication814A (e.g., a checkmark; a visual marker) that beta blockers has beenselected as a medication that is currently being taken by the user.

Also in FIG. 8D, while displaying onboarding user interface 806, device600A receives an input 807 directed to an affordance 816 for continuingthe setup process for activating the low cardio fitness notificationsapplication.

In FIG. 8E, in response to receiving input 807 shown in FIG. 8D, device600A displays a setup user interface 818 corresponding to a part of thesetup process for activating the low cardio fitness notificationsapplication. Setup user interface 818 includes an indication 818A (e.g.,including a chart or a list) of the quintiles (e.g., very high, high,average, low, very low) into which the user's cardio fitness measurementresults will be classified. The quintiles comprise very high, high,average, low, very low. Setup user interface 818 also includes anaffordance 818B for continuing the setup process for activating the lowcardio fitness notifications application.

Also in FIG. 8E, while displaying onboarding user interface 818, device600A receives an input 809 directed to affordance 818B.

In FIG. 8F, in response to receiving input 809 as shown in FIG. 8E,device 600A displays a setup user interface 820 corresponding to a partof the setup process for activating the low cardio fitness notificationsapplication. Setup user interface 820 includes an indication of (e.g., alist of) multiple factors 822A-822D that can affect (e.g., lower) theuser's cardio fitness levels, including age, pregnancy, COPD and lungissues, and heart disease. Setup user interface 820 also includes anaffordance 824 for continuing the setup process for activating the lowcardio fitness notifications application.

Also in FIG. 8F, while displaying onboarding user interface 820, device600A receives an input 811 directed to affordance 824.

In FIG. 8G, in response to receiving input 811, device 600A displays asetup user interface 826 that includes an affordance 826A for completingthe onboarding process of the low cardio fitness notificationsapplication and enabling low cardio fitness notifications on the pairedsmartwatch. Setup user interface 826 also includes an affordance 826Bfor exiting the onboarding process without enabling low cardio fitnessnotifications on the paired smartwatch.

Also in FIG. 8G, while displaying onboarding user interface 826, device600A receives an input 813 directed to affordance 826A.

In some embodiments, prior to enabling an application (e.g., orapplication feature), such as enabling the low cardio fitnessnotifications application, device 600A determines or receives adetermination as to whether the application can be operated on device600A or on the paired smartwatch. In some embodiments, the determinationis based on a regulation (e.g., a government regulation) that applies toa current location of device 600A and/or the external device (e.g.,device 600B), where the current location is determined based on one ormore sensors (e.g., GPS sensors) of device 600A and/or the pairedsmartwatch. In some embodiments, the determination is based on acharacteristic (e.g., age) of the user.

In response to receiving input 813, device 600A determines whether lowcardio fitness notifications can be enabled based on a current age ofthe user, where the current age of the user is compared with an agethreshold (e.g., 50; 60) under which low cardio fitness notificationscan be enabled on the external device (e.g., device 600B). In FIG. 8G,device 600A determines that the user's current age is under the agethreshold.

In FIG. 8H, in response to receiving input 813 (e.g., and in accordancewith the determination that the user's current age is below thethreshold age), device 600A activates low cardio fitness notificationsand displays a user interface 828 corresponding to the low cardiofitness notifications application.

User interface 828 includes a selectable user interface object 830 forcausing display of measurement data corresponding to previous cardiofitness levels measured via the paired smartwatch. User interface 828also includes an indication 832 that low cardio fitness notificationsare currently enabled. User interface 828 also includes an informationregion 834 that includes multiple selectable user interface objects834A-834D for viewing additional, more detailed information about cardiofitness. User interface 828 also includes an information region 836 thatincludes information (e.g., basic information) about low cardio fitness.

FIG. 8I illustrates the paired smartwatch (referred to from hereon asdevice 600B). Device 600B includes one or more biometric sensors (e.g.,enclosed in a housing of the device) for measuring cardio fitness whilethe device is being worn by the user. In some embodiments, device 600Bincludes one or more features or elements of devices 100, 300, 500, and600A.

In FIG. 8I, low cardio fitness notifications have been enabled on device600B via the setup process described above with reference to FIGS.8A-8H. In response to detecting that, based on multiple cardio fitnessmeasurements taken via the one or more biometric sensors, one or morecardio fitness measurements (e.g., a certain number of sequence forprevious cardio fitness measurements; at least a predefined number ofmeasurements within the previous certain number of measurements) weredetermined to be in the very low quintile, device 600B displays anotification 838 as in FIG. 8I.

Notification 838 includes an indication 838A that previous cardiofitness measurements have been measured to be very low. Notification 838also includes an indication 838B of potential causes of the very lowmeasurements. Notification 838 also includes an indication 838C thatadditional (e.g., more detailed) information about the very lowmeasurement can be accessed via device 600A. Notification 838 alsoincludes an affordance 838D for causing display on device 600B ofadditional information about very low cardio fitness measurements.Notification 838 also includes an affordance 838E for causing device600B to cease display of the notification. Notification 838 alsoincludes and an indication 838F that notifications (e.g., whether toenable or disable notifications on device 600B, including notification838) can be managed via a settings application.

FIG. 8J illustrates device 600B displaying setup user interface 826, asfirst described above with reference to FIG. 8G. Unlike in FIG. 8G,however, in FIG. 8J, the user is of an age that is above the agethreshold (e.g., above 50; above 60) at which low cardio fitnessnotifications are allowed to be used.

In FIG. 8J, while displaying onboarding user interface 826, device 600Areceives an input 815 directed to affordance 826A for enabling lowcardio fitness notifications on device 600B. As in FIG. 8G, in responseto receiving input 815, device 600A determines whether low cardiofitness notifications can be enabled based on a current age of the user,where the current age of the user is compared with the age threshold(e.g., 50; 60) under which low cardio fitness notifications can beenabled.

In FIG. 8K, in response to receiving input 815, device 600A forgoesactivating low cardio fitness notifications and displays a userinterface 840. User interface 840 includes an indication 840A that lowcardio fitness notifications are unavailable (e.g., that low cardiofitness notifications cannot be activated). User interface 840 alsoincludes an indication 840B of why low cardio fitness notifications areunavailable—due to the user's age being above the age threshold forenabling low cardio fitness notifications.

FIG. 8L illustrates device 600B displaying, via display generationcomponent 602B, a notification 842 indicating that there is an updateregarding low cardio fitness notifications. In FIG. 8L, device 600Aand/or device 600B has determined that the user's age has reached theage threshold (e.g., 50; 60) at which low cardio fitness notificationsare unavailable (e.g., the user has become 50 years old; the user hasbecome 60 years old). Upon determining that the user's age has reachedthe age threshold, device 600A automatically, without user input,un-enrolls the user from low cardio fitness notifications and causes lowcardio fitness notifications to be deactivated on device 600B.

In FIG. 8M, device 600B displays (e.g., in response to and/or inaccordance with the determination that low cardio fitness notificationsare no longer available, as described in FIG. 8L), via displaygeneration component 602B, a notification 844 indicating that low cardionotifications are no longer available and thus will no longer be activeon device 600B.

FIG. 8N illustrates device 600B displaying summary user interface 800,as first described above with reference to FIG. 8A. In FIG. 8N, lowcardio fitness notifications are activated on device 600B. Summary userinterface 800 includes a user interface object 846, referred to fromhereon as platter 846, corresponding to low cardio fitnessnotifications. Platter 846 includes an indication 846A that very lowcardio fitness levels have been detected via device 600B.

Also in FIG. 8N, while displaying summary user interface 800, device600A receives an input 817 directed to platter 846.

In FIG. 80, in response to receiving input 817, device 600A displays auser interface 848 for the cardio fitness application. User interface848 includes a graph region 852 that includes a graphical indication(e.g., via a chart graph or a point graph) of the user's previous cardiofitness measurements that fall within the currently-selected time range.In, the currently-selected time range is a current day, as indicated viatime range indication 850A. Device 600A also indicates, in the graphicalindication of graph region 852, the points (e.g., by visually marking orhighlighting) corresponding to cardio fitness measurements that fallwithin the currently-selected cardio fitness level quintile filter.

User interface 848 also includes a cardio fitness level indication 850B(e.g., that includes an indication of the cardio fitness level quintile)of one or more cardio fitness measurements during the currently-selectedtime range (or, alternatively, of an aggregated average of the cardiofitness measurements throughout the currently-selected time range). InFIG. 80, cardio fitness level indication 850B indicates that the cardiofitness level of the user during the current day falls in the very lowquintile.

User interface 848 also includes a time range selection region 854 thatincludes multiple selectable time ranges, including a current day option854A, a past week option 854B, a past month option 854C, and a past yearoption 854D. As mentioned above, the currently-selected time range isthe current day, and time range selection region 854 includes a visualindication that current day option 854A is the currently-selected timerange (e.g., by visually highlighting or marking current day option854A).

User interface 848 also includes an indication 856 of thecurrently-selected cardio fitness level quintile and a numericalindication 856A of the number of cardio fitness level measurements thatfall within the currently-selected cardio fitness level quintile levelduring the currently-selected time range. In FIG. 8O, thecurrently-selected cardio fitness level quintile is the very low, andnumber indication 856A indicates that 3 cardio fitness measurementstaken during the current day fall within the very low quintile.

User interface 848 also includes an affordance 858 (e.g., stating “showall filters”) that, when activated, causes display of all availablecardio fitness quintiles (e.g., very high, high, average, low, very low)to apply as a filter for the currently-displayed cardio fitness data ingraphical region 852. In FIG. 80, while displaying user interface 848,device 600A receives an input 819 (e.g., a touch input; a tap input)directed to filters affordance 858.

In FIG. 8P, in response to receiving input 819, device 600A displays, inuser interface 848, multiple filters 860A-860E corresponding to thequintiles (very high, high, average, low, and very low), with very lowfilter 860E the currently-selected filter.

The cardio fitness level measurements displayed in graphical region 852include 3 measurements that fall in the very low quintile, 1 measurementthat fall within the low quintile, 2 measurements that fall within theaverage quintile, 0 measurements that fall within the high quintile, and0 measurements that fall within the very high quintile. The number ofmeasurements corresponding to each respective quintile is also indicatedvia filters 860A-860E.

Device 600A also visually indicates, in graph region 852, the cardiofitness level measurements that fall within the currently-selectedquintile filter by indicating a zone or region of the graph (e.g., usinga particular visual characteristic, such as a different background coloror fill color/pattern) that corresponds to the currently-selectedquintile level. In FIG. 8P, the currently-selected quintile correspondsto filter 860E (the very low quintile), and graphical region 852includes a visual indication 852A of a region of the graph thatencompasses to the very low quintile.

Also in FIG. 8P, while displaying user interface 848, device 600Areceives an input 821 (e.g., a scrolling input; a swipe input) directedto scrolling the user interface.

In FIG. 8Q, in response to receiving input 821, device 600A scrolls userinterface 848 (e.g., downwards). As shown in FIG. 8Q, user interface 848further includes previous cardio fitness level measurement information862 (e.g., the measured cardio fitness level during the user's lastwalk). User interface 848 also includes information 864 about cardiofitness. User interface 848 also includes information 866 about howcardio fitness relates to heart health.

FIG. 8R illustrates device 600A displaying user interface 848. In FIG.8R, low cardio fitness notifications are not enabled. Device 600Adisplays, in user interface 848, a cardio fitness notification 868(e.g., displayed as a prompt or platter within the user interface) thatincludes an indication that cardio fitness applications can be enabled(e.g., and the benefit of monitoring cardio fitness for overall health).

In FIG. 8R, while displaying notification 868, device 600A receives aninput 823 directed to notification 868. In some embodiments, if the lowcardio fitness notifications application had previously been set up,device 600A enables low cardio fitness notifications in response toreceiving input 823 (e.g., without requiring that the user go throughthe onboarding process as described above with reference to FIGS.8A-8H). In some embodiments (e.g., if the low cardio fitnessnotifications application had previously been set up), device 600Adisplays a setup user interface that allows for quick (e.g., one-step)enabling of low cardio fitness notifications (e.g., via an input on atoggle or affordance to enable the notifications) in response toreceiving input 823. In some embodiments (e.g., if the low cardiofitness notifications application had not previously been set up),device 600A initiates the onboarding process described above withreference to FIGS. 8A-8H in response to receiving input 823.

FIG. 8S illustrates device 600A displaying summary user interface 800 ofthe health application, as first described above with reference to FIG.8A. In FIG. 8S, upon determining that a predetermined number of previouscardio fitness measurements fall in the very low quintile, device 600Adisplays, in summary user interface 870, a notification 870 indicatingthat the predetermined number of previous card fitness measurements weredetermined to fall into the very low quintile.

In FIG. 8S, notification 870 includes information 870A about the numberof measurements that fell into the very low quintile. Notification 870also includes a graphical indication 870B (e.g., a line graph or pointgraph mapping the measurements versus an average cardio fitness level)of the previous measurements that fell into the very low quintile.

In some embodiments, with respect to FIGS. 8A-8S, the features describedregarding measuring low cardio fitness are instead directed to measuringor tracking blood oxygen level (e.g., SpO₂). In some embodiments, withrespect to FIGS. 8A-8S, the features described regarding measuring lowcardio fitness are instead directed to measuring or tracking SPO₂ bloodoxygen levels. In some embodiments, the computer system is incommunication with a blood oxygen sensor (e.g., an optical blood oxygensensor that operates in conjunction with a light source (e.g., an LED).In some embodiments, the quintiles are based on the percentage of bloodoxygen.

FIGS. 9A-9C are a flow diagram illustrating a method for managing thesetup of a health feature on an electronic device, in accordance withsome embodiments. Method 900 is performed at a computer system (e.g., anelectronic device (e.g., 100, 300, 500, 600A, 600B)) that is incommunication with a display generation component (e.g., 602A, 602B)(e.g., a display controller, a touch-sensitive display system; a display(e.g., integrated or connected)) and one or more input devices (e.g.gyroscope, accelerometer, microphone, a touch-sensitive surface). Someoperations in method 900 are, optionally, combined, the orders of someoperations are, optionally, changed, and some operations are,optionally, omitted.

In some embodiments, the electronic device (e.g., 600A, 600B) is acomputer system. The computer system is optionally in communication(e.g., wired communication, wireless communication) with the displaygeneration component (e.g., 602A, 602B) and with the one or more inputdevices. The display generation component is configured to providevisual output, such as display via a CRT display, display via an LEDdisplay, or display via image projection. In some embodiments, thedisplay generation component is integrated with the computer system. Insome embodiments, the display generation component is separate from thecomputer system. The one or more input devices are configured to receiveinput, such as a touch-sensitive surface receiving user input. In someembodiments, the one or more input devices are integrated with thecomputer system. In some embodiments, the one or more input devices areseparate from the computer system. Thus, the computer system cantransmit, via a wired or wireless connection, data (e.g., image data orvideo data) to an integrated or external display generation component tovisually produce the content (e.g., using a display device) and canreceive, a wired or wireless connection, input from the one or moreinput devices.

As described below, method 900 provides an intuitive way managing and/orpresenting health data. The method reduces the cognitive burden on auser for managing and/or presenting health data, thereby creating a moreefficient human-machine interface. For battery-operated computingdevices, enabling a user to manage and/or present health data faster andmore efficiently conserves power and increases the time between batterycharges.

The computer system (e.g., 600A, 600B) displays (902) (e.g., in responseto an automatic determination that set of display criteria are met(e.g., after a software update, at a predetermined time)), via thedisplay generation component (e.g., 602A, 602B), a set of one or moreuser interfaces (e.g., as shown in FIGS. 8A-8H and 10D-10E) thatcorresponds to a first health-related function (e.g., an application orapplication feature available to operate on the computer system oravailable to operate on an external electronic device in communicationwith the computer system (e.g., a heart-rate-tracking-related function,a medical identification function, an emergency contact function, anambient-noise-level-tracking function)), wherein the firsthealth-related function is currently inactive (e.g., not enabled (e.g.,one or more features of the function are inactive or not enabled)).

Displaying the set of one or more user interfaces (e.g., as shown inFIGS. 8A-8H and 10D-10E) that correspond to the first health-relatedfunction includes (904), in accordance with a determination that a setof activation-permissibility criteria (e.g., a set of criteria thatgoverns whether the first health-related function is currently availablefor activation) are satisfied, the set of activation-permissibilitycriteria including a location-based criterion that is satisfied when acurrent location (e.g., a location within a state, region, or country)of the computer system satisfies a set of location-based criteria,displaying a first activation user interface (e.g., 826, 828, 1004,1008) of a set of one or more activation user interfaces, the set of oneor more activation user interfaces including a first selectable userinterface object (e.g., an affordance; a “done” button, an “activate”switch) that, when selected via an input received via the one or moreinput devices, activates the first health-related function (906).

Displaying the set of one or more user interfaces that correspond to thefirst health-related function includes (904), in accordance with adetermination that the set of activation-permissibility criteria are notsatisfied, displaying a notification interface that includes firstinformation corresponding to (e.g., about, related to) the firsthealth-related function (e.g., details regarding the function,information as to why the function is not available at the currentlocation) and that does not include a selectable user interface object(e.g., that does not include any selectable user interface object foractivating the first health-related function) that, when selected via aninput received via the one or more input devices, activates the firsthealth related function (908). Alternatively displaying a firstactivation user interface or a notification interface provides the userwith feedback as to whether the set of one or more location-basedcriteria are currently satisfied and feedback as to whether the firsthealth-related functions can be activated at the current location.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the set of location-based criteria includes acriterion that is satisfied when the current location of the computersystem (e.g., 600A, 600B) matches a predetermined set of one or morelocations (910) (e.g., location that is within a predetermined state,region, or country that permits (e.g., per relevant regulations) use ofthe first-health related function)). Alternatively displaying a firstactivation user interface or a notification interface based on criteriathat include matching the current location to predetermined locationsprovides the user with feedback as to the current location correspondsto a predetermined location that permits activation of the firsthealth-related function. Providing improved visual feedback to the userenhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the first health-related function is a function formeasuring or tracking SPO₂ blood oxygen levels.

In some embodiments, the set of one or more activation user interfacesincludes a second activation user interface (e.g., an interface that isdifferent or the same as the first activation user interface) thatincludes a user interface object for confirming (e.g., the userinterface object is a selectable user interface object that is useableto modify the first biometric detail) a first biometric detail (e.g.,age, weight, sex) of a user of the computer system (e.g., 600A, 600B)(e.g., as shown in FIGS. 8C-8D). Providing the user with an interfaceobject for confirming a biometric detail provides the user with feedbackas the current value of the detail as stored on or accessible to thecomputer system. Providing improved visual feedback to the user enhancesthe operability of the computer system and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the computer system by enabling the user to use the computersystem more quickly and efficiently.

In some embodiments, the first biometric detail is a detail that isassociated with a health profile for the user that includes a pluralityof biometric details of the user (e.g., as shown in FIGS. 8C-8D). Insome embodiments, the health profile was accessible to the computersystem (e.g., 600A, 600B) (e.g., via the health applicationcorresponding to user interface 800) prior to displaying the userinterface that corresponds to a first health-related function.

In some embodiments, the set of one or more activation user interfacesincludes a third activation user interface (e.g., an interface that isdifferent or the same as the first or second activation user interfaces)that includes an indication of one or more medications that can affectthe first health-related function (e.g., affect heart rate when thefunction is a heart-related function) (e.g., as shown via 810 in FIGS.8C-8D). Providing the user with an indication of one or more medicationsthat can affect heart rate provides the user with feedback as factorsthat can affect the functionality of the first health-related system asit operates on the computer system. Providing improved visual feedbackto the user enhances the operability of the computer system and makesthe user-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the third activation user interface includes aselectable user interface object (e.g., 814) for providing inputs toindicate whether the user is currently taking the one or moremedications.

In some embodiments, the set of one or more activation user interfacesinclude a fourth activation user interface (e.g., an interface that isdifferent or the same as the first, second, or third activation userinterfaces) that includes an indication of one or more physiologicalparameters that can affect the first health-related function (e.g., asshown in FIGS. 8C-8D).

In some embodiments, the first health-related function includes, whenactivated, performing one or more biometric measurements (e.g.,measuring heart rate) (e.g., as shown in FIGS. 12A-12G). In someembodiments, the biometric measurement is performed automatically (e.g.,without an explicit user request) in the background). In someembodiments, after completing a biometric measurement of the firsthealth-related function, the computer system (e.g., 600A and/or 600B)issues a perceptual indication (e.g., 838) (e.g., a visual, audio, orhaptic indication; an alert) corresponding to the biometric measurement.In some embodiments, the indication is a selectable user interfaceobject that, when selected, displays a result of the measurement).Issuing a perceptual indication corresponding to the biometricmeasurement provide the user with feedback as to a completed biometricmeasurement. Providing improved visual feedback to the user enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the activation-permission criteria includes acriterion that is satisfied when the age of a user (e.g., as indicatedby data available to the computer system or entered by a user) of thecomputer system (e.g., 600A, 600B) does not exceed a threshold age value(e.g., 50, 55, 60) (912). Including age limitations in theactivation-permission criteria provides the user with feedback as towhat ages are required for activation of the first health-relatedcriteria. Providing improved visual feedback to the user enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, while the first health-related function is active(e.g., after activation of the function), the computer system (e.g.,600A, 600B) detects (916) that a current age of a user exceeds (e.g.,has changed to exceed) a threshold age value (e.g., 50, 55, 60). In someembodiments, in response to detecting that the current age of the userexceeds the threshold age value, the computer system deactivates (916)at least one function (e.g., one component, one function among a set offunctions; all the functions of the first health-related function) ofthe first health-related function. Automatically deactivating a functionof the first health-related function based on a user age reduces theneed for user input to perform the deactivation. Performing an operationwhen a set of conditions are met without requiring further user inputenhances the operability of the device and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the device more quicklyand efficiently.

In some embodiments, deactivating the at least one function of the firsthealth-related function includes displaying, via the display generationcomponent (e.g., 602A, 602B), an indication (e.g., 844) that thedeactivated at least one function of the first health-related functionis not available for reactivation (918). Displaying an indication thatthe first health-related function is not available for reactivationprovides the user with feedback as to the state of the function.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the first health-related function includes, whenactivated, performing one or more biometric measurements (e.g., heartrate) (920). In some embodiments, the biometric measurement is performedautomatically (e.g., without an explicit user request) in thebackground. In some embodiments, after completing a first biometricmeasurement of the first health-related function, the computer system(e.g., 600A, 600B) displays (922), via the display generation component(e.g., 602A, 602B), a result of the first biometric measurement, whereinthe result of the biometric measurement includes an indicationclassifying the result into a quintile of five possible quintiles (e.g.,the results is very high, high, average, low, or very low) (e.g., asshown in FIGS. 80-8P). Displaying the result of the biometricmeasurement as a quintile provides the user with feedback as to theresult of the measurement. Providing improved visual feedback to theuser enhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the first biometric measurement was classified intoa first quintile (e.g., the lowest of the five possible quintile). Insome embodiments, after completing the first biometric measurement, thecomputer system (e.g., 600A, 600B) performs a second biometricmeasurement. In some embodiments, after completing the second biometricmeasurement, the computer system displays, via the display generationcomponent (e.g., 602A, 602B), a result of the second biometricmeasurement that includes, in accordance with a determination thatresult of the second biometric measurement is classified into the firstquintile (e.g., the same quintile as the first result) an indicationthat the second biometric measurement is classified into the firstquintile, wherein the indication classifying the result of the secondbiometric measurement into the first quintile differs from theindication classifying the result of the first biometric measurementinto the first quintile. In some embodiments, the indication for thesecond biometric measurement emphasizes that the user's results continueto remain in the first quintile across multiple measurements. (e.g.,“your results continue to be very low”). Displaying an indication of theresults of a second biometric that is in a first quintile that differsfrom the indication of the results of a first biometric measurement thatwas also in the first quintile provides feedback to the user that atleast two measurements have been in the first quintile and distinguishesthe results of the two measurements, despite being in the same quintile.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the result of the first biometric measurement orthe result of the second biometric measuring includes an indication of alength of time that biometric measurements of the first health-relatedfunction have remained in a certain quintile (e.g., in the lowestquintile).

In some embodiments, prior to displaying the set of one or more userinterfaces that correspond to the first health-related function, thecomputer system (e.g., 600A, 600B) determines the current location ofthe computer system (e.g., via GPS, via cell phone tower ping, via Wi-Fiaccess point positioning).

In some embodiments, displaying the first activation user interface ofthe set of one or more activation user interfaces occurs in response toan input received while displaying a user interface of an application(e.g., the health application corresponding to user interface 800)(e.g., a health-data aggregation application) that collects and presentsdata for a plurality of health-related functions, including the firsthealth-related function. Displaying the first activation user interfaceof a set of one or more activation user interfaces based on an inputreceived in a health aggregation application provides the user with theability to activate the first health-related function from anapplication related to health information, which surfaces relevantfunctionality of the computer system to the user and improvesmachine-human interactions. Surfacing relevant functionality andimproving the machine-human interactions enhances the operability of thecomputer system and makes the machine-user interface more efficient andeffective (e.g., effective at providing computer operations andfunctions to the user).

In some embodiments, the first health-related function includes, whenactivated, performing one or more biometric measurements (e.g., heartrate). In some embodiments, the biometric measurement is performedautomatically (e.g., without an explicit user request) in thebackground). In some embodiments, after completing a plurality ofbiometric measurements of the first health-related function, thecomputer system (e.g., 600A, 600B) displays a data user interface (e.g.,848) that includes a graphical representation (e.g., 852) (e.g., achart; a graph) of results of at least a subset of the plurality ofbiometric measurements. In some embodiments, the graphicalrepresentation corresponds to results for an adjustable period of time(e.g., day, week, month, year). Displaying a data user interface thatincludes a graphical representation of results of at least a subset ofthe plurality of biometric measurements provides the user with feedbackas to measurement data accessible at the computer system. Providingimproved visual feedback to the user enhances the operability of thecomputer system and makes the user-device interface more efficient(e.g., by helping the user to provide proper inputs and reducing usermistakes when operating/interacting with the device) which,additionally, reduces power usage and improves battery life of thecomputer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the data user interface (e.g., 848) that includesgraphical representation (e.g., 852) includes additional informationabout the first health-related function (e.g., text information) and oneor more selectable user interface objects for accessing additionalinformation corresponding to or about first health-related function.

In some embodiments, the first health-related function includes, whenactivated, performing one or more biometric measurements (e.g.,measuring heart rate). In some embodiments, the biometric measurement isperformed automatically (e.g., without an explicit user request) in thebackground). In some embodiments, after completing a third biometricmeasurement of the first health-related function, the computer system(e.g., 600A, 600B) displays, via the display generation component (e.g.,602A, 602 b), a result of the third biometric measurement, whereindisplaying the result (e.g., very high, high, average, low, or very low)of the third biometric measurement includes displaying referencemeasurement values from a plurality of different age ranges. In someembodiments, the result page (e.g., 848) includes averages and/orstatistical ranges for the biometric measurement, by age group).Displaying the result of the user's biometric measurement along withreference measurement values from a plurality of different age rangesprovides the user with feedback as to reference measurement valuesstored at and/or accessible from the computer system. Providing improvedvisual feedback to the user enhances the operability of the computersystem and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the reference measurement values from a pluralityof different age ranges does not include measurement values from ageranges above a predetermined age threshold (e.g., 50, 55, 60).

In some embodiments, the reference measurement values from a pluralityof different age ranges can be configured to show reference values byspecific sex (e.g., male, female) or for all sexes, combined.

Note that details of the processes described above with respect tomethod 900 (e.g., FIGS. 9A-9C) are also applicable in an analogousmanner to the methods described above and below. For example, method 700optionally includes one or more of the characteristics of the variousmethods described above with reference to method 900. For example, theuser interfaces for managing health and safety features described withreference to method 700 can be used to manage one or more features ofthe health applications described with reference to method 900. Foranother example, method 1100 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 900. For example, features concerning the conditional display ofa setup user interface as described with reference to method 900 can beapplied to the setup process described with reference to method 1100.For another example, method 1300 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 900. For example, features concerning the conditional display ofa setup user interface as described with reference to method 900 can beapplied during a process for setting up the biometric measurementapplication described with reference to method 1300. For anotherexample, method 1500 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 900. For example, health information that is presented in theuser interfaces described with reference to method 1500 can at leastpartly be based on whether a particular type of health application orfeature can be enabled or setup as described with reference to method900. For another example, method 1700 optionally includes one or more ofthe characteristics of the various methods described above withreference to method 900. For example, the type of health informationthat is collected via background measurements as described withreference to method 1700 can at least partly be based on whether aparticular type of health application or feature can be enabled or setupas described with reference to method 900. For brevity, these detailsare not repeated below.

FIGS. 10A-10V illustrate exemplary user interfaces for managingbackground health measurements on an electronic device, in accordancewith some embodiments. The user interfaces in these figures are used toillustrate the processes described below, including the processes inFIGS. 11A-11B.

FIG. 10A illustrates device 600A displaying a user interface 1000 of acompanion application for device 600B, where the companion applicationcan be used to manage settings, applications, and/or applicationfeatures of device 600B. In FIG. 10A, user interface 1000 includesmultiple user interface objects (e.g., affordances) corresponding toapplications that are installed on device 600B, including a userinterface object 1002 corresponding to a heart health level trackerapplication.

The heart health level tracker application causes device 600B to performautomatic/background heart rate measurements using one or more biometricsensors of device 600B without requiring manual user input for themeasurements. In some embodiments, the automatic/background heart ratemeasurements are performed at predetermined time intervals.

In FIG. 10A, while displaying user interface 1000, device 600A receivesan input 1001 directed to user interface object 1002.

In FIG. 10B, in response to receiving input 1001, device 600A displays asetup user interface 1004 corresponding to a setup (e.g., onboarding)process for the heart health level tracker application. In someembodiments, setup user interface 1004 is also accessible from thehealth application (e.g., setup user interface 1004 is displayed as apop-up over a user interface of the health application).

In FIG. 10B, setup user interface 1004 includes information 1004A aboutfeatures of the heart health level tracker application. Setup userinterface 1004 also includes an indication 1004B that locationinformation will be used to determine whether the heart health leveltracker application is available for use at the current location. Setupuser interface 1004 also includes an affordance 1004C for continuing theonboarding process for the heart health level tracker application.

In FIG. 10B, device 600A is at a location (e.g., a city; a state; acountry; a region) where the heart health level tracker application isnot available for use (e.g., due to regulations at the respectivelocation). While displaying onboarding user interface 1004, device 600Areceives an input 1003 directed to affordance 1004C.

In FIG. 10C, in response to receiving input 1003 (e.g., and based on adetermination that device 600A is at the location at which the hearthealth level tracker application is not available for use), device 600Adisplays, overlaid on setup user interface 1004, a notification 1006that includes an indication 1006A that the heart health level trackerapplication is not available for use at the current location. Device600A also forgoes enabling the heart health measurement feature.

FIG. 10D illustrates device 600A again displaying setup user interface1004, as first described above with reference to FIG. 10B. In FIG. 10D,device 600A is at a location where the heart health level trackerapplication is available for use (e.g., is not prohibited for use by aregulation). While displaying onboarding user interface 1004, device600A receives an input 1005 directed to affordance 1004C.

In FIG. 10E, in response to receiving input 1005 (e.g., and based on adetermination that device 600A is at the location at which the hearthealth level tracker application is available for use), device 600Adisplays a user interface 1008 (e.g., a settings page for the hearthealth level tracker application).

User interface 1008 includes a selectable user interface object 1010that indicates that the heart health level tracker feature is activated.User interface 1008 also includes information 1012 about the hearthealth level tracker feature.

User interface 1008 also includes a selectable user interface object1014 that includes an indication of a currently-selected threshold(e.g., a default threshold) for triggering notifications indicating thatmeasured heart health level information is lower than the selectedthreshold. User interface 1008 also includes information 1016 about whenthe notifications will be triggered.

FIG. 10F illustrates device 600B displaying a user interface 1018 (e.g.,a home user interface; an applications user interface) that includes anapplication icon 1020 corresponding to the heart health level trackerapplication. In FIG. 10F, the heart health level tracker application isnot activated on device 600B.

In FIG. 10F, while displaying user interface 1018, device 600B receivesan input 1007 directed to application icon 1020.

In FIG. 10G, in response to receiving input 1007 directed to applicationicon 1020, device 600B displays a notification 1022 that includes anindication 1022A that the heart health level tracker application can beactivated (e.g., the setup process for the heart health level trackerapplication can be completed on device 600A).

In FIG. 10H, device 600A displays (e.g., while device 600B is displayingnotification 1022) a notification 1024 corresponding to the heart healthlevel tracker application. Notification 1024 includes an affordance1024A for enabling the heart health level tracker feature on device600B. While displaying notification 1024, device 600A receives an input1009 directed to affordance 1024A.

In FIG. 10I, in response to receiving input 1009, device 600A displaysuser interface 1008 corresponding to the heart health level trackerapplication as first described above with reference to FIG. 10E. Whiledisplaying user interface 1008, device 600A receives an input 1011directed to selectable user interface object 1010. In FIG. 10I,selectable user interface object 1010 indicates that the heart healthlevel tracker feature corresponding to the heart health level trackerapplication is active.

In FIG. 10J, in response to receiving input 1011, device 600A displays auser interface 1026 that includes information 1026A about the hearthealth level tracking application (e.g., that device 600B will initiateautomatic/background heart rate measurements at predetermined timeintervals throughout a day).

Also in FIG. 10J, user interface 1026 includes a selectable userinterface object 1028 (e.g., a toggle; an affordance) for enabling ordisabling automatic/background heart rate measurements on device 600B.Selectable user interface object 1028 indicates that background heartrate measurements are currently in an ON state.

While background heart rate measurements are in the ON state, userinterface 1026 enables management of automatic/background heart ratemeasurements based on a current device state of device 600B. In someembodiments, the device states include a sleep mode and a theater mode(e.g., a do-not-disturb mode).

With respect to sleep mode, user interface 1026 includes a selectableuser interface object 1030 (e.g., a toggle; an affordance) for enablingor disabling automatic/background heart rate measurements when device600B is in sleep mode. If selectable user interface object 1030 is inthe ON state, device 600B continues to perform automatic/backgroundheart rate measurements (e.g., at predetermined time intervals) even ifdevice 600B is in sleep mode. If selectable user interface object 1030is in the OFF state, device 600B forgoes performing automatic/backgroundheart rate measurements (e.g., at predetermined time intervals) ifdevice 600B is in sleep mode. In FIG. 10J, selectable user interfaceobject 1030 is in the OFF state.

With respect to theater mode (e.g., do-not-disturb mode), user interface1026 includes a selectable user interface object 1032 (e.g., a toggle;an affordance) for enabling or disabling automatic/background heart ratemeasurements when device 600B is in theater mode. If selectable userinterface object 1032 is in the ON state, device 600B continues toperform automatic/background heart rate measurements (e.g., atpredetermined time intervals) even if device 600B is in theater mode. Ifselectable user interface object 1032 is in the OFF state, device 600Bforgoes performing automatic/background heart rate measurements (e.g.,at predetermined time intervals) if device 600B is in theater mode. InFIG. 10J, selectable user interface object 1032 is in the OFF state.

In FIG. 10J, while displaying user interface 1026 with selectable userinterface object 1030 corresponding to sleep mode in the OFF state,device 600A receives an input 1013 directed to selectable user interfaceobject 1030.

In FIG. 10K, in response to receiving input 1013, device 600A indicates,via selectable user interface object 1030, that automatic/backgroundheart rate measurements are now enabled while in sleep mode and causesbackground heart rate measurements on device 600B to be enabled whendevice 600B is in sleep mode. In FIG. 10K, automatic/background heartrate measurements are still disabled while in theater mode; thus, device600B will perform automatic/background heart rate measurements whiledevice 600B is not in either sleep mode or theater mode or while insleep mode, but will not perform automatic/background heart ratemeasurements while device 600B is in theater mode.

Also in FIG. 10K, while displaying user interface 1026 with selectableuser interface object 1032 corresponding to theater mode in the OFFstate, device 600A receives an input 1015 directed to selectable userinterface object 1032.

In FIG. 10L, in response to receiving input 1015, device 600A indicates,via selectable user interface object 1032, that automatic/backgroundheart rate measurements are now enabled while in theater mode and causesautomatic/background heart rate measurements on device 600B to beenabled when device 600B is in theater mode. In the embodiment of FIG.10L, automatic/background heart rate measurements are now alwaysenabled, whether or not device 600B is in sleep mode and/or theatermode.

Also in FIG. 10L, while displaying user interface 1026 andautomatic/background heart rate measurements are enabled, device 600Areceives an input 1017 directed to selectable user interface object1028.

In FIG. 10M, in response to receiving input 1017, device 600A indicates,via selectable user interface object 1026, that automatic/backgroundheart rate measurements are now disabled. Device 600A forgoes displayingselectable user interface object 1030 corresponding to sleep mode andselectable user interface object 1032 corresponding to theater mode.Device 600A also causes automatic/background heart rate measurements tobe disabled on device 600B such that device 600B will not perform anyautomatic/background heart rate measurements.

FIGS. 10N-10P illustrate a corresponding process for enabling ordisabling automatic/background heart rate measurements using device 600B(instead of using device 600A). In FIG. 10N, device 600B displays a userinterface 1034 for a device settings application, where user interface1034 includes multiple user interface objects (e.g., platters)corresponding to applications that are installed on device 600B,including user interface object 1036 corresponding to the heart healthlevel tracker application.

Also in FIG. 10N, while displaying user interface 1034, device 600Breceives an input 1019 directed to user interface object 1036.

In FIG. 10O, in response to receiving input 1019, device 600B displays auser interface 1038 of the heart health level tracker applicationcorresponding to user interface 1008 first described above withreference to FIG. 10E. Similar to user interface 1008, user interface1038 includes a selectable user interface object 1040 (e.g., anaffordance) that indicates that the heart health level tracker featureis active on device 600B. User interface 1038 also includes a selectableuser interface object 1042 that includes an indication of acurrently-selected threshold (e.g., a default threshold) for triggeringheart rate notifications.

Also in FIG. 10O, while displaying user interface 1038, device 600Breceives an input 1021 directed to selectable user interface object1040.

In FIG. 10P, in response to receiving input 1021, device 600B displays auser interface 1044 that corresponds to user interface 1026 firstdescribed above with reference to FIG. 10J. Similar to user interface1026, user interface 1044 includes information 1044A about the hearthealth level tracking application, in particular thatautomatic/background heart rate measurements will be initiated by device600B (e.g., at predetermined time intervals throughout a day).

Also similar to user interface 1026, user interface 1044 includes aselectable user interface object 1046 (e.g., a toggle; an affordance)for enabling or disabling automatic/background heart rate measurementson device 600B. In FIG. 10P, selectable user interface object 1046indicates that automatic/background heart rate measurements arecurrently in an ON state (e.g., the toggle is in the ON position).

As with user interface 1026, while automatic/background heart ratemeasurements are in the ON state, user interface 1044 also enablesmanagement of automatic/background heart rate measurements based on acurrent device state of device 600B that operates theautomatic/background heart rate measurements. In FIG. 10P, the devicestates include a sleep mode and a theater mode (e.g., a do-not-disturbmode).

With respect to sleep mode, user interface 1044 includes a selectableuser interface object 1048 (e.g., a toggle; an affordance) for enablingor disabling automatic/background heart rate measurements when device600B is in sleep mode. If selectable user interface object 1048 is inthe ON state, device 600B continues to perform automatic/backgroundheart rate measurements (e.g., at predetermined time intervals) even ifdevice 600B is in sleep mode. If selectable user interface object 1048is in the OFF state, device 600B forgoes performing automatic/backgroundheart rate measurements (e.g., at predetermined time intervals) ifdevice 600B is in sleep mode. In FIG. 10P, selectable user interfaceobject 1048 is in the ON state.

With respect to theater mode (e.g., do-not-disturb mode), user interface1044 includes a selectable user interface object 1050 (e.g., a toggle;an affordance) for enabling or disabling automatic/background heart ratemeasurements when device 600B is in theater mode. If selectable userinterface object 1050 is in the ON state, device 600B continues toperform automatic/background heart rate measurements (e.g., atpredetermined time intervals) even if device 600B is in theater mode. Ifselectable user interface object 1050 is in the OFF state, device 600Bforgoes performing automatic/background heart rate measurements (e.g.,at predetermined time intervals) if device 600B is in theater mode. InFIG. 10P, selectable user interface object 1050 is in the OFF state.

FIG. 10Q illustrates device 600B displaying user interface 1008 as firstdescribed above with reference to FIG. 10E. In FIG. 10Q, whiledisplaying user interface 1008, device 600B receives an input 1023directed to selectable user interface object 1014.

In FIG. 10R, in response to receiving input 1023, device 600B displays auser interface 1052 for changing the heart rate BPM threshold fortriggering a notification, as described via information 1052A. Userinterface 1052 also includes information 1052B about typical, average,or normal heart rates.

User interface 1052 also includes multiple threshold options1054A-1054E. In FIG. 10R, the threshold options include OFF option 1054A(which, if selected, would not enable notifications), first thresholdoption 1054B (e.g., 40 BPM), second threshold option 1054C (e.g., 45BPM), third threshold option 1054D (e.g., 50 BPM), and fourth thresholdoption 1054E (e.g., 55 BPM). Also in FIG. 10R, marker 1056 indicatesthat third threshold option 1054D is the currently-selected heart ratethreshold.

In FIG. 10S, while displaying user interface 1052 with third thresholdoption 1054D (e.g., 50 BPM) the currently-selected threshold, device600A receives an input 1025 directed to fourth threshold option 1054E(e.g., 55 BPM).

In FIG. 10T, in response to receiving input 1025 directed to fourththreshold option 1054E, device 600B displays a notification 1056indicating that the newly-selected threshold (e.g., 55 BPM) would causefrequent heart rate notifications (e.g., because if a high heart ratethreshold is set, a greater number of automatic/background heart ratemeasurements performed by device 600B would fall under the high heartrate threshold as compared to if a low heart rate threshold is set, thuscausing a greater number of notifications).

FIGS. 10U-10V illustrate corresponding user interfaces for changing theheart rate notification threshold on device 600B. In FIG. 10U, device600B displays user interface 1038 of the heart health level trackerapplication as first described above with reference to FIG. 100. Whiledisplay user interface 1038, device 600B receives an input 1027 directedto selectable user interface object 1042 that includes an indication ofa currently-selected threshold (e.g., a default threshold) fortriggering heart rate notifications.

In FIG. 10V, in response to receiving input 1027, device 600B displays auser interface 1058, similar to user interface 1052 first describedabove with reference to FIG. 10R, for changing the heart rate BPMthreshold. Similar to user interface 1052, user interface 1052 includesinformation 1052B about typical, average, or normal heart rates.

Also similar to user interface 1052, user interface 1058 includesmultiple threshold options 1060A-1060E. In FIG. 10V, as in FIG. 10R, thethreshold options include OFF option 1060A (which, if selected, wouldnot enable notifications), first threshold option 1060B (e.g., 40 BPM),second threshold option 1060C (e.g., 45 BPM), third threshold option1060D (e.g., 50 BPM), and fourth threshold option 1060E (e.g., 55 BPM).Also in FIG. 10V, marker 1062 indicates that fourth threshold option1060E is the currently-selected heart rate threshold. As described abovewith reference to user interface 1052 in FIG. 10S, a different heartrate threshold for triggering heart rate notifications can be selectedvia user interface 1058.

In some embodiments, the heart rate level tracking function of FIGS.10A-10V is instead a blood oxygen level tracking function. In someembodiments, the computer system is in communication with a blood oxygensensor (e.g., an optical blood oxygen sensor that operates inconjunction with a light source (e.g., an LED). In some embodiments, thethreshold is a percentage of blood oxygen. In some embodiments, theheart rate level tracking function of FIGS. 10A-10V is instead afunction for measuring or tracking VO₂max (e.g., maximal oxygenconsumption; the maximum rate of oxygen consumption measured duringincremental exercise).

FIGS. 11A-11B are a flow diagram illustrating a method for managingbackground health measurements on an electronic device, in accordancewith some embodiments. Method 1100 is performed at a computer system(e.g., an electronic device (e.g., 100, 300, 500, 600A, 600B)) that isin communication with a display generation component (e.g., 602A, 602B)(e.g., a display controller, a touch-sensitive display system; a display(e.g., integrated or connected)) and one or more input devices (e.g.gyroscope, accelerometer, microphone, a touch-sensitive surface). Someoperations in method 1100 are, optionally, combined, the orders of someoperations are, optionally, changed, and some operations are,optionally, omitted.

In some embodiments, the electronic device (e.g., 600A, 600B) is acomputer system. The computer system is optionally in communication(e.g., wired communication, wireless communication) with the displaygeneration component (e.g., 602A, 602B) and with the one or more inputdevices. The display generation component is configured to providevisual output, such as display via a CRT display, display via an LEDdisplay, or display via image projection. In some embodiments, thedisplay generation component is integrated with the computer system. Insome embodiments, the display generation component is separate from thecomputer system. The one or more input devices are configured to receiveinput, such as a touch-sensitive surface receiving user input. In someembodiments, the one or more input devices are integrated with thecomputer system. In some embodiments, the one or more input devices areseparate from the computer system. Thus, the computer system cantransmit, via a wired or wireless connection, data (e.g., image data orvideo data) to an integrated or external display generation component tovisually produce the content (e.g., using a display device) and canreceive, a wired or wireless connection, input from the one or moreinput devices.

As described below, method 1100 provides an intuitive way for managingand/or presenting health data. The method reduces the cognitive burdenon a user for managing and/or presenting health data, thereby creating amore efficient human-machine interface. For battery-operated computingdevices, enabling a user to manage and/or present health data faster andmore efficiently conserves power and increases the time between batterycharges.

The computer system (e.g., 600A, 600B) displays (1102), via the displaygeneration component (e.g., 602A, 602B), a first configuration userinterface of a set of one or more configuration user interfaces (e.g.,1004, 1008, 1026, 1038, 1044, 1052, 1058) for a first health-relatedtracking function (e.g., a tracking (e.g., data tracking, datagathering) application or application feature available to operate onthe computer system or available to operate on an external electronicdevice in communication with the computer system (e.g., aheart-rate-tracking function, an ambient-noise-level-trackingfunction)), wherein the first configuration user interface includes afirst selectable user interface object, and wherein the firsthealth-related tracking function is currently configured to track (e.g.,automatically track; track without requiring express user input) a firstset of health-related data (e.g., heart rate data, blood pressure data,ambient noise data) while the computer system is in a first mode (e.g.,a sleep mode, a locked mode; a low power mode; a mode that correspondsto a predetermined time of the day, a do-not-disturb mode (e.g., atheater DND mode)) and a second mode that is different from the firstmode (e.g., a default mode; a mode that is in operation when the firstmode is not in operation).

The computer system (e.g., 600A, 600B) receives (1108) a set of one ormore inputs, the set of one or more inputs including an inputcorresponding to the first selectable user interface object (e.g., 1028,1030, 1032) (e.g., a toggle switch, a check box, a drop-down menu).

In response to the set of one or more inputs, the computer system (e.g.,600A, 600B) configures (1110) the first health-related tracking functionto not track (e.g., not automatically track (e.g., not track withoutuser input); not track in the background) the first set ofhealth-related data while the computer system is in the first mode(e.g., as in FIG. 10J) while continuing to track the first set ofhealth-related data while the computer system is in the second mode.Configuring the first health-related tracking function to not trackwhile in a first mode while continuing to track while in second modeallows the user to configure the computer system to automatically andselectively perform a tracking function, without the user having tomanual activate and deactivate the function. Performing an optimizedoperation when a set of conditions has been met without requiringfurther user input enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the first health-related tracking function is aheart rate tracking function.

In some embodiments, the set of one or more configuration userinterfaces (e.g., 1004, 1008, 1026, 1038, 1044, 1052, 1058) for thefirst health-related tracking function includes a selectable affordance(e.g., 1028, 1046) for modifying (e.g., activating or deactivating) anactivation state of the first health-related tracking function andinformation about the first health-related tracking function.

In some embodiments, the set of one or more configuration userinterfaces (e.g., 1004, 1008, 1026, 1038, 1044, 1052, 1058) for thehealth-related tracking functions is accessible from an application forconfiguring one or more features of an external electronic device (e.g.,600B) (e.g., a smart watch) that is paired with the computer system(e.g., 600A).

In some embodiments, the set of one or more configuration userinterfaces (e.g., 1004, 1008, 1026, 1038, 1044, 1052, 1058) for thehealth-related tracking functions is accessible from an application(e.g., a health-data aggregation application) that collects and presentsdata for a plurality of health-related functions, including the firsthealth-related function (e.g., the health application corresponding touser interface 800 of FIG. 8A). In some embodiments, the set of one ormore configuration user interfaces is displayed as a pop-up overlaid ona user interface of the application that collects and presents healthdata.

In some embodiments, prior to displaying the first configuration userinterface of the set of one or more configuration user interfaces (e.g.,1004, 1008, 1026, 1038, 1044, 1052, 1058) for the first health-relatedtracking function, the computer system (e.g., 600A, 600B) receives, froman external electronic device in communication with the computer system(e.g., a smart watch paired with the computer system), data indicatingthat a process for configuring (e.g., a process for activating, aprocess for initially configuring or setting up the function) the firsthealth-related tracking function was initiated at the externalelectronic device. In some embodiments, in response to receiving thedata, the computer system displays a notification (e.g., 1022)indicating that the process for configuring the first health-relatedtracking function can be completed at the computer system. In someembodiments, selection of the notification causes display of a secondconfiguration user interface (e.g., that is the same as or differentfrom the first configuration user interface) of the set of one or moreconfiguration user interfaces for a first health-related trackingfunction. Displaying a notification indicating that the process forconfiguring the first health-related tracking function can be completedat the computer system provides the user with feedback about a processthat has been initiated and that can be completed using the computersystem. Providing improved visual feedback to the user enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, after displaying the notification (e.g., 1022)indicating that the process for configuring the first health-relatedtracking function can be completed at the computer system (e.g., 600A),the computer system receives a set of one or more inputs that completesthe process for configuring the first health-related tracking functionat the computer system (e.g., as shown in FIG. 10H), wherein the processfor configuring the first health-related tracking function includesenabling (e.g., automatically) the first health-related trackingfunction to perform tracking operations without requiring further userinput (e.g., performing automatically, background measurements).Enabling the first health-related tracking function to perform trackingoperations without requiring further user input enables the user topermit the computer system to perform an operation without requiringfurther user input. Performing an operation without requiring furtheruser input enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the set of one or more configuration userinterfaces (e.g., 1004, 1008, 1026, 1038, 1044, 1052, 1058) includes asecond selectable user interface object (e.g., 1028, 1046) that, whenselected, disables performance of tracking operations (e.g.,measurements) of the first health-related tracking function that occurwithout user input (e.g., without user input manually activating thetracking function). Proving user interface object to disable performanceof tracking operations of the first health-related tracking functionthat occur without user input provides the user with an option todisable the function and thereby conserve system resources. Conservingsystem resources enhances the operability of the computer system andmakes the user-device interface more efficient (e.g., by limitingunwanted operations) which, additionally, reduces power usage andimproves battery life of the computer system by enabling the user to usethe computer system more efficiently.

In some embodiments, the first health-related tracking function isconfigured to perform tracking operations only in response to a userinput (e.g., the first health-related tracking function does not performautomatic and/or background tracking operations). Performing trackingoperations of the first health-related tracking function only on userrequest conserves system resources. Conserving system resources enhancesthe operability of the computer system and makes the user-deviceinterface more efficient (e.g., by limiting unwanted operations) which,additionally, reduces power usage and improves battery life of thecomputer system by enabling the user to use the computer system moreefficiently.

In some embodiments, while the first health-related tracking function isinactive, the computer system (e.g., 600A, 600B) receives a user requestto activate the first health-related tracking function. In someembodiments, in response to the request, the computer system configuresthe first health-related tracking function to track in both the firstmode (e.g., corresponding to 1030, 1048) and the second mode (e.g.,corresponding to 1032, 1050).

In some embodiments, the computer system (e.g., 600A, 600B) is in thefirst mode (e.g., the mode in which the tracking function does notoccur) when the current time corresponds to a predetermined period oftime (e.g., certain hours of the day; hours of the day identified ascorresponding to a sleep period) (1106). Disabling tracking during apredetermined period of the day conserves system resources. Conservingsystem resources enhances the operability of the computer system andmakes the user-device interface more efficient (e.g., by limitingunwanted operations) which, additionally, reduces power usage andimproves battery life of the computer system by enabling the user to usethe computer system more efficiently.

In some embodiments, the computer system (e.g., 600A, 600B) receives(1112) an input of a first type (e.g., input detected by anaccelerometer indicative of movement of the computer system that matchesa predetermined movement pattern). In some embodiments, in response toreceiving the input of the first type (1114), in accordance with adetermination that the computer system is not in the first mode (e.g., adetermination that the device is in another mode), the computer systemincreases (1116) the brightness of the display generation component(e.g., 602A, 602B) (e.g., including activating the component from aninactive state). In some embodiments, in response to receiving the inputof the first type (1114), in accordance with a determination that thecomputer system is in the first mode, the computer system forgoesincreasing (1118) the brightness of the display generation component. Insome embodiments, the first mode is a “theater mode” in whichbrightening of a display screen is more limited than when the mode isnot active. Selectively brightening the display generation componentconserves system resources and prevents unintentional brightening.Conserving system resources enhances the operability of the computersystem and makes the user-device interface more efficient (e.g., bylimiting unwanted operations) which, additionally, reduces power usageand improves battery life of the computer system by enabling the user touse the computer system more efficiently.

In some embodiments, the set of one or more configuration userinterfaces (e.g., 1004, 1008, 1026, 1038, 1044, 1052, 1058) include athird selectable user interface object that, when selected, configures athreshold value of the first set of health-related data (e.g., as shownin 1052 and 1058) that causes the computer system (e.g., 600A, 600B) toissue a perceptual notification (e.g., 838) when the health-relatedtracking function detects that the threshold value has been exceeded(1104). In some embodiments, the computer system receives (1120) a setof one or more user inputs that includes an input corresponding to thethird selectable user interface object. In some embodiments, in responseto receiving the set of one or more user inputs that includes an inputcorresponding to the third selectable user interface object (1122), inaccordance with a determination that the set or one or more inputs causethe threshold value to be configured to a predetermined value (e.g., avalue (e.g., one of a plurality of predetermined values) that willlikely result in frequent notifications), the computer system displays(1124) an indication that frequent perceptual notifications can result.In some embodiments, in response to receiving the set of one or moreuser inputs that includes an input corresponding to the third selectableuser interface object (1122), in accordance with a determination thatthe set or one or more inputs cause the threshold value to be configuredto a value that is not the predetermined value, the computer systemforgoes displaying (1126) the indication that frequent perceptualnotifications can result. Conditionally displaying an indication thatfrequent perceptual notifications can result based on a setting for athreshold value provides the user with feedback as to the configurationof the first health-related tracking function. Providing improved visualfeedback to the user enhances the operability of the computer system andmakes the user-device interface more efficient (e.g., by helping theuser to provide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the first health-related tracking function is ablood oxygen level tracking function. In some embodiments, the computersystem is in communication with a blood oxygen sensor (e.g., an opticalblood oxygen sensor that operates in conjunction with a light source(e.g., an LED). In some embodiments, the threshold is a percentage ofblood oxygen. In some embodiments, the first health-related function isa function for measuring or tracking VO₂max (e.g., maximal oxygenconsumption; the maximum rate of oxygen consumption measured duringincremental exercise).

Note that details of the processes described above with respect tomethod 1100 (e.g., FIGS. 11A-11B) are also applicable in an analogousmanner to the methods described above and below. For example, method 700optionally includes one or more of the characteristics of the variousmethods described above with reference to method 1100. For example, theuser interfaces for managing health and safety features described withreference to method 700 can be used to manage one or more features ofthe background measurement features described with reference to method1100. For another example, method 900 optionally includes one or more ofthe characteristics of the various methods described above withreference to method 1100. For example, features concerning theconditional display of a setup user interface as described withreference to method 900 can be applied to the setup process describedwith reference to method 1100. For another example, method 1300optionally includes one or more of the characteristics of the variousmethods described above with reference to method 1100. For example, thesetup user interfaces described with reference to method 1100 can beused to setup the health application used for the biometric measurementas described with reference to method 1300. For another example, method1500 optionally includes one or more of the characteristics of thevarious methods described above with reference to method 1100. Forexample, health information that is presented in the user interfacesdescribed with reference to method 1500 can at least partly be based onhealth measurements from an application that has been setup via thesetup user interfaces described with reference to method 1100. Foranother example, method 1700 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 1100. For example, the background health measurements describedwith reference to method 1700 can be enabled via a health applicationthat has been setup via the setup user interfaces described withreference to method 1100. For brevity, these details are not repeatedbelow.

FIGS. 12A-12N and 12Q-12AG illustrate exemplary user interfaces formanaging a biometric measurement taken using an electronic device, inaccordance with some embodiments. FIGS. 12O and 12P are flow diagramsillustrating methods for managing prompts and measurements based onposition and movement data, respectively, in accordance with someembodiments. The user interfaces in these figures are used to illustratethe processes described below, including the processes in FIG. 13.

FIG. 12A illustrates device 600B displaying a home user interface 1200.In some embodiments, device 600B includes a set of one or more biometricsensors (e.g., a maximum oxygen consumption level sensor; a heart ratesensor). In some embodiments, device 600B includes a set of one or moresensors (e.g., gyroscope; accelerometer; microphone; location sensor;GPS sensor).

In FIG. 12A, the heart rate tracker application, first described abovewith reference to FIG. 8A, is installed on device 600B. User interface1200 includes an application icon 1202 corresponding to the heart ratetracker application. While displaying application icon 1202, device 600Breceives an input 1201 directed to application icon 1202.

In FIG. 12B, in response to receiving input 1201, device 600B displays ameasurement user interface 1204 for the heart rate tracker applicationprior to a heart rate measurement being initiated.

Prior to initiating a heart rate measurement, device 600B displays, inmeasurement user interface 1204, measurement instructions 1206indicating (e.g., explaining; coaching) to the user how the heart ratemeasurement should be taken on device 600B. In FIG. 12B, measurementinstructions 1206 informs the user to “hold as still as you can duringthe measurement.” In the embodiment of FIGS. 12A-12P, the hearth ratemeasurement is most accurate when the user minimizes movement of theirarm (and device 600B) and maintains an ideal arm orientation with theuser's wrist facing down and display generation component 602B of device600B facing up.

Prior to initiating a heart rate measurement, device 600B also displays,in measurement user interface 1204, at least a portion of a measurementanimation 1208 that animates the measurement process. As illustrated inFIGS. 12C to 12E, measurement animation 1208 comprises multiple shapes(e.g., ripples; lines), where the multiple shapes initially have a firstvisual characteristic (e.g., a first color) and an increasing portion ofthe multiple shapes transition to having a second visual characteristic(e.g., a second color) different from the first visual characteristic asthe measurement progresses until all of the multiple shapes have thesecond visual characteristic when the measurement has been completed.

In FIG. 12B, measurement user interface 1204 also includes an affordance1210 for initiating a heart rate measurement. While displayingmeasurement user interface 1204 with affordance 1210, device 600receives an input 1203 directed to affordance 1210 for initiating aheart rate measurement on device 600B.

FIGS. 12C-12E illustrate device 600B displaying measurement userinterface 1204 while a heart rate measurement is being performed viadevice 600B. In some embodiments, the heart rate measurement processincludes collecting heart rate data (e.g., multiple, discrete sets(e.g., samples) of heart rate data) over a predetermined period of time(e.g., 10 seconds; 15 seconds; 30 seconds). In FIGS. 12C-12E, thepredetermined period of time for completing a heart rate measurement is15 seconds.

Device 600B displays measurement user interface 1204, as in FIG. 12C, inresponse to receiving input 1210 for initiating the heart ratemeasurement. In some embodiments, while a heart rate measurement isbeing performed, device 600B displays, in measurement user interface1204, a time counter 1212 that indicates the amount of time remaining tocomplete the current heart rate measurement.

In FIG. 12C, the remaining time is 15 seconds (as the measurement hasjust been initiated). Also in FIG. 12C, measurement animation 1208comprises the first visual characteristic (e.g., the first color), asthe measurement has just been initiated.

In FIG. 12D, the remaining time is 10 seconds (as the measurement hasbeen progressing). Also in FIG. 12D, measurement animation 1208partially comprises the first visual characteristic (e.g., the firstcolor) and partially comprises the second visual characteristic (e.g.,the second color), as a portion of the multiple shapes of measurementanimation 1208 has transitioned from the first visual characteristic tothe second visual characteristic while the measurement has progressed.

In FIG. 12E, the remaining time is 3 seconds (as the measurement hasbeen progressing and is now close to being completed). Also in FIG. 12E,a greater portion of measurement animation 1208 comprises the secondvisual characteristic (e.g., the second color) than the first visualcharacteristic (e.g., the first color) and partially comprises thesecond visual characteristic (e.g., the second color), as themeasurement is now close to being completed and a majority of themultiple shapes of measurement animation 1208 has transitioned from thefirst visual characteristic to the second visual characteristic.

FIG. 12F illustrates device 600B displaying a result user interface 1214upon detecting (e.g., determining) that the heart rate measurementdepicted in FIGS. 12C-12E has been successfully completed.

Result user interface 1214 includes a result indication 1216. In FIG.12F, result indication 1216 indicates that the measured heart rate was87 BPM. Result user interface 1214 also includes an affordance 1220 forcausing device 600B to cease display of result user interface 1214.Result user interface 1214 also includes an indication 1218 that moredetailed information about the measurement can be viewed via the healthapplication on device 600A (e.g., via user interface 660 of the healthapplication first described above with reference to FIG. 6N).

FIG. 12G illustrates device 600B displaying, upon detecting (e.g.,determining) that the heart rate measurement depicted in FIGS. 12C-12Ehas been successfully completed, result user interface 1214 for thecompleted heart rate measurement, where the completed heart ratemeasurement was performed in an unusual condition, such as a highelevation environment. In some embodiments, device 600B detects (e.g.,determines) the presence of an unusual condition (e.g., high elevation)via the set of one or more sensors (e.g., location sensor; GPS sensor).

In FIG. 12G, because the heart rate measurement was taken in a highelevation environment, device 600B displays, in result user interface1214, an indication 1222 informing the user that the measurement takenin the high elevation environment. In FIG. 12G, indication 1222 states“measurement taken in a high elevation environment.”

FIGS. 12H-12K illustrate device 600B displaying measurement userinterface 1204 while another heart rate measurement is being performedvia device 600B.

In FIG. 12H, device 600B displays measurement user interface 1204, wherethe measurement has just been initiated. Thus, time counter 1212indicates that there are 15 second remaining to complete the currentheart rate measurement.

In FIG. 12I, as the heart rate measurement is progressing, time counter1212 now indicates that there are 12 seconds remaining to complete thecurrent heart rate measurement.

While the heart rate measurement is progressing, device 600B detects(e.g., determines), via the set of one or more sensors (e.g., gyroscope,accelerometer), one or more sets of sensor data. In some embodiments,the one or more sets of sensor data include a first set of sensor data(e.g., accelerometer and/or gyroscope data) that is indicative of amovement and/or a change in orientation of device 600B. In someembodiments, the one or more sets of sensor data include a second set ofsensor data (e.g., accelerometer and/or gyroscope data) that isindicative of a change in position (e.g., change in spatial positionand/or spatial orientation) of device 600B or movement (e.g., change inposition or a rate of change) of device 600B causing the change inposition. As noted above, the hearth rate measurement is most accuratewhen the user minimizes movement of his or her arm (and of device 600B)and maintains an ideal arm position (e.g., arm orientation) with theuser's wrist facing down and display generation component 602B of device600B facing up.

In FIG. 12I, in accordance with determining (e.g., using the detectedposition of device 600B and/or the detected movement of device 600B)that sensor data (e.g., data indicative of position) satisfies a set ofprompting criteria, device 600B displays, in measurement user interface1204, a prompt 1224 (e.g., an instructions prompt; a coaching prompt)indicating to the user that user action is required (e.g., change inposition of device 600B and/or decreasing/ceasing movement of device600B) in order to complete the measurement process. Specifically, inFIG. 12I, device 600B has detected that the position of the device is ina non-ideal position (e.g., a predetermined position that causes theprompting criteria to be met) and issues an position-related prompt. InFIG. 12I, prompt 1224 indicates to the user to “keep your wrist flat andyour watch facing up.”

FIG. 12J illustrates device 600B displaying, in measurement userinterface 1204, a different type of prompt (e.g., a different version ofthe prompt) than prompt 1224 described above with reference to FIG. 121.

In FIG. 12J, as the heart rate measurement is progressing, time counter1212 indicates that there are 10 seconds remaining to complete thecurrent heart rate measurement. In FIG. 12J, in accordance withdetermining that sensor data (e.g., data indicative of movement)satisfies the set of prompting criteria, device 600B displays, inmeasurement user interface 1204, a prompt 1226 indicating to the userthat user action is required (e.g., change in position of device 600Band/or decreasing/ceasing movement of device 600B) in order to completethe measurement process. Specifically, in FIG. 12J, device 600B hasdetected that the device is being moved by a non-ideal amount (e.g., anamount that exceeds a threshold) and issues a movement-related prompt.In FIG. 12J, prompt 1226 indicates to the user to “try not to move.”

In some embodiments, after detecting that the second set of sensor datasatisfies the set of prompting criteria as in FIG. 12I or 12J, inresponse to detecting (e.g., within a predetermined time period (e.g.,within 0.5 seconds; within 1 second)) that the sensor data (e.g.,position data and/or movement data) no longer satisfies the set ofprompting criteria (e.g., because the user has corrected device 600B'sposition and/or decreased/ceased the movement of the device), device600B continues the heart rate measurement process, without interruption.

In some embodiments, as shown in FIG. 12K, device 600B displays, inmeasurement user interface 1204, a second prompt in accordance withagain determining (e.g., based on the detected (e.g., determined)position of device 600B and/or the detected (e.g., determined) movementof device 600B) that sensor data satisfies the set of promptingcriteria. Specifically, in FIG. 12K, prompt 1228 indicates to the userto “keep your wrist flat.” In some embodiments, device 600B issuesdifferent prompts if the same non-ideal condition (e.g., non-idealposition or movement) persists for longer than a predetermined time toprovide the user better feedback that the condition persists. In someembodiments, device 600B issues different prompts only if differentconditions occur, such as a position condition followed by a movementcondition.

In some embodiments, while the heart rate measurement is progressing,device 600B detects (e.g., determines) that the first set of sensor data(e.g., accelerometer and/or gyroscope data that is indicative of themovement and/or a change in position) satisfies a first set of cessationcriteria (e.g., criteria for causing device 600B to cease themeasurement process).

In FIG. 12L, in accordance with detecting that the first set of sensordata satisfies the first set of cessation criteria, device 600B forgoesdisplaying measurement user interface 1204 without completing themeasurement. Specifically, device 600B has detected that the non-idealposition and non-ideal degree of movement of the device during the heartrate measurement of FIGS. 12H-12K has persisted and aborts themeasurement prior to completion. Device 600B ceases the measurementwithout displaying results and, instead, displays a user interface 1230(e.g., a notification; a prompt).

User interface 1230 includes an indication 1232 that the measurement wasunsuccessful and could not be completed. User interface 1230 alsoincludes an indication 1234 of the reason(s) for the unsuccessfulmeasurement (e.g., one or more causes that triggered device 600B tocease the measurement process without completing the measurementprocess). User interface 1230 also includes an affordance 1236 forcausing device 600B to cease display of user interface 1230.

Also in FIG. 12L, while displaying user interface 1230, device 600Breceives an input 1205 directed to affordance 1205. In some embodiments,in response to receiving input 1205, device 600B displays measurementuser interface 1204 of FIG. 12B.

As mentioned, after displaying a prompt (e.g., prompt 1224; prompt 1226;prompt 1228) during a heart rate measurement (because the second set ofsensor data satisfied the set of prompting criteria during themeasurement), in response to detecting (e.g., determining) (e.g., withina predetermined time period (e.g., within 0.5 seconds; within 1 second))that the second set of sensor data no longer satisfies the set ofprompting criteria, device 600B continues the heart rate measurementprocess.

As described with reference to FIG. 12L, the set of cessation criteriais satisfied when at least a first number of (e.g., MM) discrete sets ofdata of the first set of sensor data, out of a sampling window ofdiscrete sets of data (e.g., NM), exceeds a threshold value. In someembodiments, the first set of sensor data is accelerometer data, and theset of cessation criteria is satisfied when at least 5 discrete windowsof accelerometer data, out of the sampling window of discrete sets ofdata, exceeds the threshold value (e.g., 5 discrete sets out of asampling window of 5 discrete sets).

In some embodiments, device 600B analyzes accelerometer data over 3 axesin the x, y, and z directions. In some embodiments, if the maximum valueof any of the 3 axes from the accelerometer data exceeds the thresholdvalue within a given sampling window (e.g., 1 second), device 600Bgenerates a prompt (e.g., prompt 1224 of FIG. 121, prompt 1226 of FIG.12J, prompt 1228 of FIG. 12K). In some embodiments, each sampling window(e.g., of 1 second) is spaced apart by less than the length of thesampling window (e.g., spaced apart by 0.5 seconds) so that the samplingwindows overlap.

In some embodiments, if device 600B detects (e.g., determines) that apredetermined number (e.g., 5) of samples, within a predetermined set ofsamples (e.g., 5) have exceeded the threshold values (e.g., 5 samplesout of a predetermined set of 5 samples), device 600B automaticallyaborts a current heart rate measurement sessions. In some embodiments,this corresponds to device 600B having generated the predeterminednumber (e.g., 5) of prompts (e.g., prompt 1224 of FIG. 121, prompt 1226of FIG. 12J, and/or prompt 1228 of FIG. 12K). Upon aborting the heartrate measurement session, device 600B displays user interface 1230 asshown in FIG. 12L.

In some embodiments, device 600B aborts a current heart rate measurementsession if (e.g., only if) at least the predetermined number of detectedsamples that exceed the threshold value are from consecutive samplingwindows. In some embodiments, device 600B does not abort the heart ratemeasurement session if at least the predetermined number of detectedsamples that exceed the threshold value are detected, but they are notfrom consecutive sampling windows.

In some embodiments, device 600B tracks 2 channels of sampling data—onedirected to movement of device 600B and the other directed to a positionof device 600B. In some embodiments, the 2 channels of sampling data areevaluated independently from one another. That is, device 600B does notaggregate sampling data based on movement of device 600B and samplingdata based on position of device 600B when detecting (e.g., determining)whether the predetermined number (e.g., 5) of prompts have beengenerated to cause a current heart rate measurement session to abort(e.g., 2 movement-based samples that exceed the threshold value and 3position-based samples that exceed the threshold value are notaggregated, and thus do not cause the current session to abort).

In some embodiments, if the heart rate measurement depicted in FIGS.12H-12L is successfully completed, device 600B displays the measurementresults in a result user interface similar to result user interface 1214of FIG. 12G.

Flowchart 1201A in FIG. 12O depicts a process for determining whether tocontinue (and eventually complete) or abort a heart rate measurement, asdescribed above with respect to FIG. 12L. Flowchart 1201A particularlydepicts whether a heart rate measurement process should be continued oraborted based on position data.

At step 1203 A, device 600B initiates the heart rate measurement (e.g.,as described with reference to FIG. 12B). At step 1205A , device 600Bdetects (e.g., via the accelerometer) position data corresponding to acurrent position of device 600B.

At step 1207A, device 600B determines whether the detected position datasatisfies position criteria (e.g., device 600B determines, based onposition data from the accelerometer, whether or not it is in anacceptable position for the measurement). If device 600B determines thatthe detected position satisfies the position criteria, device 600Bdetermines, at step 1209A, whether a prompt criterion is satisfied(e.g., based on a number of prompts that has already been generatedduring the current measurement). If device 600B determines that thedetected position does not satisfy the position criteria, device 600Bdetermines, at step 1211A, whether there is remaining time in thecurrent measurement (e.g., whether there is sufficient time for anothersampling window in the current measurement).

At step 1209A, if device 600B determines that the prompt criteria issatisfied, device 600B, at step 1212, generates a prompt (e.g., prompts1224, 1226, or 1228 described above with respect to FIGS. 12I-12K,respectively). At step 1209A, if device 600B determines that the promptcriterion is not (is no longer) satisfied, device 600B forgoesgenerating the prompt.

At step 1211A, if device 600B determines that there is remaining time inthe current measurement, device 600B returns to step 1205A and againdetects for position data while continuing the heart rate measurement.At step 1211A, if device 600B determines that there is no remainingtime, device 600B, at step 1215A, successfully completes the currentmeasurement.

After (or in response to) generating the prompt at step 1213A, at step1217A, device 600B determines whether measurement cessation criteria hasbeen satisfied (e.g., whether at least a predetermined number of promptshave been generated; whether at least a predetermined number ofoccurrences of position criteria being satisfied have been detected). Atstep 1217A, if device 600B determines that the cessation criteria havebeen satisfied, device 600B moves on to step 1219A, where it aborts thecurrent heart rate measurement without completing the measurement. Atstep 1217A, if device 600B determines that the cessation criteria havenot be satisfied, device 600B returns to step 1205A, where it and againdetects for position data while continuing the heart rate measurement.

Similarly, flowchart 1221A in FIG. 12P depicts a process for determiningwhether to continue (and eventually complete) or abort a heart ratemeasurement, as described above with respect to FIG. 12L. Flowchart1201A particularly depicts whether a heart rate measurement processshould be continued or aborted based on movement data.

At step 1223A, device 600B initiates the heart rate measurement (e.g.,as described with reference to FIG. 12B). At step 1225A, device 600Bdetects (e.g., via the accelerometer) movement data corresponding todetected movement of device 600B (e.g., from one position in the 3Dspace to a different position in the 3D space).

At step 1227A, device 600B determines whether the detected movement datasatisfies movement criteria (e.g., device 600B determines, based onmovement data from the accelerometer, whether or not it has been movedbeyond a movement threshold). If device 600B determines that thedetected movement satisfies the movement criteria, device 600Bdetermines, at step 1229A, whether a prompt criterion is satisfied(e.g., based on a number of prompts that has already been generatedduring the current measurement). If device 600B determines that thedetected movement does not satisfy the movement criteria, device 600Bdetermines, at step 1231A, whether there is remaining time in thecurrent measurement (e.g., whether there is sufficient time for anothersampling window in the current measurement).

At step 1229A, if device 600B determines that the prompt criterion issatisfied, device 600B, at step 1233A, generates a prompt (e.g., prompts1224, 1226, or 1228 described above with respect to FIGS. 12I-12K,respectively). At step 1229A, if device 600B determines that the promptcriterion is not (is no longer) satisfied, device 600B forgoesgenerating the prompt.

At step 1231A, if device 600B determines that there is remaining time inthe current measurement, device 600B returns to step 1225A and againdetects for movement data while continuing the heart rate measurement.At step 1231A, if device 600B determines that there is no remainingtime, device 600B, at step 1235A, successfully completes the currentmeasurement.

After (or in response to) generating the prompt at step 1233A, at step1237A, device 600B determines whether measurement cessation criteria hasbeen satisfied (e.g., whether at least a predetermined number of promptshave been generated; whether at least a predetermined number ofoccurrences of movement criteria being satisfied have been detected). Atstep 1237A, if device 600B determines that the cessation criteria havebeen satisfied, device 600B moves on to step 1239A, where it aborts thecurrent heart rate measurement without completing the measurement. Atstep 1237A, if device 600B determines that the cessation criteria havenot be satisfied, device 600B returns to step 1225A, where it and againdetects for movement data while continuing the heart rate measurement.

FIG. 12M illustrates device 600B displaying a user interface 1238. Userinterface 1238 includes information about multiple heart ratemeasurements (e.g., background, automatic measurements and/or manualmeasurements as described above with reference to FIGS. 12A-12L) thatwere performed during a predetermined time period, the current day.

User interface 1238 includes an indication 1240 of the number of timesthe user's heart rate was measured to fall below a threshold valueduring the predetermined time period. In FIG. 12M, indication 1240 showsthat the user's heart rate was measured to fall below a threshold 90 BPMseveral times during the current day.

User interface 1238 includes an indication 1242 of the range of heartrates that were measured during the predetermined time period. In FIG.12M, indication 1242 shows that the user's heart rates during thecurrent day were measured to be within 80-92 BPM.

If one or more measurements were taken in an unusual condition (e.g., ahigh elevation environment), user interface 1238 includes an indication1244 that one or more measurements during the predetermined time periodwere taken in the unusual condition. In FIG. 12M, indication 1244 showsthat a measurement was recorded at a high elevation environment.

Also in FIG. 12M, user interface 1238 includes an affordance 1246 forcausing display of additional information about heart rate measurements.While displaying user interface 1238, device 600B receives an input 1207directed to affordance 1246.

In FIG. 12N, in response to receiving input 1207, device 600B displays auser interface 1248 that includes information (e.g., text information)about heart rate measurements and/or the heart rate tracker application(e.g., what a measured heart rate represents; how heart ratemeasurements works on device 600B; information about one or moreapplication features of the heart rate tracker application).

In some embodiments, the heart rate measurement described in FIGS.12A-12O is instead a blood oxygen level measurement (e.g., SpO₂). Insome embodiments, the set of one or more biometric sensors include ablood oxygen sensor (e.g., an optical blood oxygen sensor that operatesin conjunction with a light source (e.g., an LED). In some embodiments,the threshold is a percentage of blood oxygen. In some embodiments, theheart rate measurement described in FIGS. 12A-12P is instead measuringor tracking VO₂max (e.g., maximal oxygen consumption; the maximum rateof oxygen consumption measured during incremental exercise).

FIGS. 12Q-12AG illustrate exemplary user interfaces of an applicationfor blood oxygen level measurement using an embodiment of device 600Bthat includes a blood oxygen sensor (e.g., an optical blood oxygensensor that operates in conjunction with a light source (e.g., an LED).In some embodiments, the user interfaces of FIGS. 12Q-12AG are generatedby a blood oxygen tracker application that includes one or more featuresof the heart rate tracker application first described above withreference to FIG. 8A. For example, the blood oxygen tracker applicationimplements the processes for determining whether to continue (andeventually complete) or abort a biometric measurement described withreference to FIGS. 12O-12P. For ease of understanding, elements in theuser interfaces of the blood oxygen tracking application that aresimilar to elements in the user interfaces of the heart rate trackerapplication are described using similar reference numerals; it isunderstood that similar elements can include one or more features of thecorresponding element. For example, measurement interface 1204 a of theblood oxygen tracker application (described in more detail below) caninclude one or more features described with reference to measurementinterface 1204 of the heart rate tracker application, with thedifference being that the measurement performed using interface 1204 ais for blood oxygen, rather than heart rate. For the sake of brevity,these similarities will be evident from the use of the similar referencenumber (with the “a” or other letter appended).

FIGS. 12Q-12S illustrate device 600B displaying introduction userinterface 1250 on display 602B. In some embodiments, introduction userinterface 1250 is only displayed on initial (e.g., first time) launch ofthe blood oxygen application. In some embodiments, introduction userinterface 1250 is displayed each time that the application is launched,until a successful blood oxygen measurement is performed using theapplication.

In FIG. 12Q, introduction user interface 1250 includes introductory text1250 a and next button 1252 a. In FIG. 12Q, device 600B receives input1254 a on next button 1252 a.

In FIG. 12R, in response to receiving input 1254 a, device 600B displaysa second screen of introduction user interface 1250 that includesguidance text 1252 b and next button 1252 b. Guidance text 1252 bprovides suggestions on proper positioning of device 600B on the user'swrist. In FIG. 12R, device 600B receives input 1254 b on next button1252 b.

In FIG. 12S, in response to receiving input 1254 b, device 600B displaysa third screen of introduction user interface 1250 that includesguidance text 1252 c and next button 1252 c. Guidance text 1252 cprovides suggestions on properly orienting and positioning of device600B during the blood oxygen measurement. In FIG. 12S, device 600Breceives input 1254 c on next button 1252 c.

In FIG. 12T, in response to receiving input 1254 c, device 600B displaysblood oxygen measurement interface 1204 a. In some embodiments, bloodoxygen measurement interface 1204 a is displayed on launch of the bloodoxygen tracker function, without first displaying introduction userinterface 1250, other than on first-time launch of the application.Blood oxygen measurement interface 1204 a includes measurement animation1208 a, similar to measurement animation 1208 described above, and astart button 1210 a. In some embodiments, prior to starting a bloodoxygen measurement process, blood oxygen measurement interface 1204 acan include different content, depending on the outcome of a previousblood oxygen measurement process, as described in more detail, below. InFIG. 12T, device 600B receives input 1254 d on start button 1210 a.

In FIG. 12U, device 600B has started a blood oxygen measurement process,in response to receiving input 1254 d. In the embodiment of FIG. 12U,the measurement nominally takes 15 seconds to complete, with 1 second ofthe nominal time having already elapsed, as indicated by time counter1212. As noted above, the blood oxygen measurement process implementedby the blood oxygen tracker application can implement the processesdepicted in FIGS. 12O-12P and therefore can provide one or more prompts,or abort the measurement operation, as discussed in more detail withrespect to FIGS. 12O-12P.

In FIG. 12V, the blood oxygen measurement process shown in FIG. 12U hassuccessfully completed, and device 600B displays a results interface1238 a. Results interface 1238 a includes blood oxygen measurementresult 1238 a 1 that indicates the user's measured blood oxygen level as96% SpO₂. Results interface 1238 a also includes done button 1238 a 2for dismissing the result. In FIG. 12V, device 600 b receives input 1254e on done button 1238 a 2.

In FIG. 12W, device 600B re-displays blood oxygen measurement interface1204 a in response to input 1254 e. Blood oxygen measurement interface1204 includes indication 1256 a, which provides an indication of theoutcome of the last blood oxygen measurement. In FIG. 12W, indication1256 a shows that the last measurement had a result of 96% SPO₂, whichwas received 10 seconds ago.

FIGS. 12X-12Z illustrate interfaces that are shown if the blood oxygenmeasurement process initiated by input 1254 d did not successfullycomplete due to detected excessive movement. In FIG. 12X, rather thandisplaying a result (e.g., in results interface 1238 a), device 600Bdisplays result interface 1238 b. Results interface 1238 b includesoutcome 1238 b 1 that indicates that the blood oxygen measurement wasunsuccessful and text 1238 b 2 that explains that movement could be thecause of the unsuccessful measurement. Results interface 1238 b alsoincludes a done button 1238 b 3 for dismissing results interface 1238 band an information button 1238 b 4 to display further information on theunsuccessful measurement. In FIG. 12X, device 600B receives input 1254 fon information button 1238 b 4 and input 1254 g on done button 1238 b 3.

In FIG. 12Y, device 600B displays information user interface 1258 a thatprovides additional information about the unsuccessful outcome reportedin results interface 1238 b. information user interface 1258 a includesguidance text 1258 a 1 that provides additional guidance on how toreduce movement to reduce the risk of an unsuccessful measurement for asubsequent measurement process. Guidance text 1258 a 1 includes learnmore text 1258 a 2 that can be selected to display additionalinformation and/or guidance on the error. Back button 1258 a 3 can beselected to return to results interface 1238 b.

In FIG. 12Z, device 600B re-displays blood oxygen measurement interface1204 a in response to input 1254 g. Blood oxygen measurement interface1204 includes indication 1256 b, which is based on the outcome of thelast blood oxygen measurement. In FIG. 12Z, indication 1256 b providesguidance on holding still, since the last measurement failed to completedue to excessive detected movement.

FIGS. 12AA-12AC illustrate interfaces that are shown if the blood oxygenmeasurement process initiated by input 1254 d did not successfullycomplete due to improper positioning. In FIG. 12AA, rather thandisplaying a result (e.g., in results interface 1238 a), device 600Bdisplays result interface 1238 c. Results interface 1238 cincludesoutcome 1238 c 1 that indicates that the blood oxygen measurement wasunsuccessful and text 1238 c 2 that explains that improperpositioning/orientation of device 600B could be the cause of theunsuccessful measurement. Results interface 1238 calso includes a donebutton 1238 c 3 for dismissing results interface 1238 cand aninformation button 1238 c 4 to display further information on theunsuccessful measurement. In FIG. 12AA, device 600B receives input 1254h on information button 1238 c 4 and input 1254 i on done button 1238 c3.

In FIG. 12AB, device 600B displays information user interface 1258 bthat provides additional information about the unsuccessful outcomereported in results interface 1238 c. information user interface 1258 bincludes guidance text 1258 b 1 that provides additional guidance on howto position device 600B to reduce the risk of an unsuccessfulmeasurement for a subsequent measurement process. Guidance text 1258 b 1includes learn more text 1258 b 2 that can be selected to displayadditional information and/or guidance on the error. Back button 1258 b3 can be selected to return to results interface 1238 c.

In FIG. 12AC, device 600B re-displays blood oxygen measurement interface1204 a in response to input 1254 i. Blood oxygen measurement interface1204 includes indication 1256 c, which is based on the outcome of thelast blood oxygen measurement. In FIG. 12AC, indication 1256 c providesguidance on positioning of device 600B, since the last measurementfailed to complete due to excessive detected movement.

FIGS. 12AD-12AG illustrate interfaces that are shown if the blood oxygenmeasurement process initiated by input 1254 d did not successfullycomplete due to improper certain factors. In FIG. 12AD, rather thandisplaying a result (e.g., in results interface 1238 a), device 600Bdisplays result interface 1238 d. Results interface 1238 d includesoutcome 1238 d 1 that indicates that the blood oxygen measurement wasunsuccessful and text 1238 d 2 that explains that certain factors couldbe the cause of the unsuccessful measurement. In some embodiments, thefactors can be based on abnormal blood oxygen signal data that isindicative of atypical blood oxygen sensor data. In some embodiments,the factors can be based on a combination of abnormal blood oxygensignal data coupled with an absence of excessive movement or improperpositioning data. In some embodiments, blood oxygen data is collectedfor the nominal period (e.g., 15 seconds) and an unsuccessfulmeasurement outcome is determined by post-processing of the data.Results interface 1238 d also includes a done button 1238 d 3 fordismissing results interface 1238 d and an information button 1238 d 4to display further information on the unsuccessful measurement. In FIG.12AD, device 600B receives input 1254 j on information button 1238 d 4and input 1254 k on done button 1238 d 3.

In FIG. 12AE, device 600B displays information user interface 1258 cthatprovides additional information about the unsuccessful outcome reportedin results interface 1238 d. information user interface 1258 cincludesguidance text 1258 c 1 that provides additional guidance on how toreduce the risk of an unsuccessful measurement for a subsequentmeasurement process. Back button 1258 c 3 can be selected to return toresults interface 1238 d.

In FIG. 12AF, device 600B re-displays blood oxygen measurement interface1204 a in response to input 1254 k. Blood oxygen measurement interface1204 includes indication 1256 d 1, which is based on the outcome of thelast blood oxygen measurement. In FIG. 12AF, indication 1256 d 1provides guidance on positioning of device 600B on the user's arm, sincethe last measurement failed to complete due to certain factors that caninclude improper positioning of device 600B on the user's arm.

In FIG. 12AG, device 600B displays blood oxygen measurement interface1204 with indication 1256 d 2, which is based on the outcome of the lastblood oxygen measurement. In FIG. 12AG, indication 1256 d 2 providesguidance on securing device 600B on the user's arm, since the lastmeasurement failed to complete due to certain factors that can includeimproper securing of device 600B on the user's arm. In some embodiments,the interface of FIG. 12AG is automatically displayed after displayingthe interface of FIG. 12AF for a predetermined time. In someembodiments, the interface of FIG. 12AG is displayed in response to aninput (e.g., a tap or a swipe) received while displaying the interfaceof FIG. 12AF. In some embodiments, the interface of FIG. 12AG isdisplayed in response to input 1254 k.

FIGS. 13A-13B are a flow diagram illustrating a method for managing abiometric measurement taken using an electronic device, in accordancewith some embodiments. Method 1300 is performed at a computer system(e.g., an electronic device (e.g., 100, 300, 500, 600A, 600B)) that isin communication with a display generation component (e.g., 602A, 602B)(e.g., a display controller, a touch-sensitive display system; a display(e.g., integrated or connected)), a set of one or more biometric sensors(e.g., a maximum oxygen consumption level sensor; a heart rate sensor),and a set of one or more sensors (e.g. gyroscope, accelerometer,microphone) that are different from the set of one or more biometricsensors. Some operations in method 1300 are, optionally, combined, theorders of some operations are, optionally, changed, and some operationsare, optionally, omitted.

In some embodiments, the electronic device (e.g., 600A; 600B) is acomputer system. The computer system is optionally in communication(e.g., wired communication, wireless communication) with the displaygeneration component (e.g., 602A, 602B), the set of one or morebiometric sensors, and the set of one or more sensors. The displaygeneration component is configured to provide visual output, such asdisplay via a CRT display, display via an LED display, or display viaimage projection. In some embodiments, the display generation componentis integrated with the computer system. In some embodiments, the displaygeneration component is separate from the computer system. In someembodiments, the one or more biometric sensors include a maximum oxygenconsumption level sensor. In some embodiments, the set of one or morebiometric sensors include a heart rate sensor.

As described below, method 1300 provides an intuitive way for managingand/or presenting health data. The method reduces the cognitive burdenon a user for managing and/or presenting health data, thereby creating amore efficient human-machine interface. For battery-operated computingdevices, enabling a user to manage and/or present health data faster andmore efficiently conserves power and increases the time between batterycharges.

The computer system (e.g., 600A; 600B) initiates (1302) a biometricanalysis process (e.g., the process that is depicted in FIGS. 12B-12L)that includes detecting, via the one or more biometric sensors, firstbiometric data. In some embodiments, the biometric analysis processincludes collecting biometric data (e.g., multiple, discrete sets (e.g.,samples) of biometric data) over a predetermined period of time. In someembodiments, the biometric analysis process includes measuring one ormore biometric parameters (e.g., maximum oxygen consumption level, heartrate) of a user.

During the biometric analysis process (1306), the computer system (e.g.,600A; 600B) detects (1308), via the set of one or more sensors, a firstset of sensor data (e.g., accelerometer and/or gyroscope data that isindicative of the movement and/or a change in orientation).

During the biometric analysis process (1306), in response to detectingthe first set of sensor data (1310), in accordance with a determinationthat the first set of sensor data satisfies a first set of cessationcriteria, the computer system (e.g., 600A, 600B) ceases (1312) (e.g.,terminates; ends) the biometric analysis process (e.g., ceasing tocollect biometric data that is used in the biometric process). In someembodiments, the computer system also displays, via the displaygeneration component (e.g., 602A, 602B), an indication (e.g.,notification 1230 of FIG. 12L) that the biometric analysis process hasbeen ceased/terminated). In some embodiments, in response to detectingthe first set of sensor data and in accordance with a determination thatthe first set of sensor data does not satisfy the first set of cessationcriteria, the computer system continues with the biometric analysisprocess. Ceasing the biometric analysis process when a first set ofcessation criteria are met, without the user having to manual cease theprocess, optimizes the analysis process and reduces the risk oferroneous biometric results. Performing an optimized operation when aset of conditions has been met without requiring further user inputenhances the operability of the device and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the device more quicklyand efficiently.

In some embodiments, the set of one or more sensors include at least afirst sensor (e.g., an accelerometer, a gyroscope, a GPS sensor)configured to detect a position (e.g., location (e.g., a GPS location; alocation relative to a starting location); orientation) or movement(e.g., a change in position or a rate of change in position)) of thecomputer system (e.g., 600A, 600B) (!304).

In some embodiments, during the biometric analysis process (e.g., theprocess that is depicted in FIGS. 12B-12L), the computer system (e.g.,600A, 600B) detects (1314), via the set of one or more sensors, a secondset of sensor data (e.g., accelerometer and/or gyroscope data that isindicative of the movement and/or a change in orientation) indicative ofa position (e.g., spatial position and/or spatial orientation) of thecomputer system or movement (e.g., change in position or a rate ofchange) of the computer system. In some embodiments, during thebiometric analysis process, in response to detecting the second set ofsensor data (1316), in accordance with a determination that the secondset of sensor data satisfies a first set of prompting criteria, thecomputer system displays (1318), via the display generation component(e.g., 602A, 602B), a first prompt (e.g., 1224, 1226, 1228) to change aposition (e.g., from an improper positon to a proper position) of thecomputer system or to limit (e.g., eliminate) changes in position (e.g.,movement) of the computer system. In some embodiments, the promptincludes an indication of whether the data indicated a movement of thecomputer system and/or the data indicated excessive movement/changes inposition (1320). In some embodiments, the second set of sensor data isindicative of a position or a movement of a user's hand. Displaying aprompt to change a position of the computer system or to limit (e.g.,eliminate) changes in position of the computer system provides the userwith feedback that the computer system has detected sensor data thatsatisfies the prompting criteria. Providing improved visual feedback tothe user enhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, after displaying the first prompt (e.g., 1224,1226, 1228) (1328), the computer system (e.g., 600A, 600B) continues(1330) with the biometric analysis process (e.g., the process that isdepicted in FIGS. 12B-12L). In some embodiments, while displaying thefirst prompt, the computer system detects that data from the set of oneor more sensors no longer satisfies the first set of prompting criteriaand in response, ceases to display the first prompt.

In some embodiments, during the biometric analysis process (e.g., theprocess that is depicted in FIGS. 12B-12L) and after displaying thefirst prompt (e.g., 1224, 1226, 1228), the computer system (e.g., 600A,600B) detects (1332), via the set of one or more sensors, a third set ofsensor data (e.g., accelerometer and/or gyroscope data that isindicative of the user's hand moving above a predetermined thresholdlevel of movement) indicative of a position (e.g., spatial positionand/or spatial orientation) of the computer system or a movement (e.g.,a change in position or a rate of change) of the computer system thatsatisfies the first set of criteria (e.g., continued movement thatexceeds a threshold). In some embodiments, in response to detecting thethird set of sensor data, the computer system replaces (1334) the firstprompt (e.g., 1226) with a second prompt (e.g., 1228) to change aposition of the computer system or to limit changes in position of thecomputer system, wherein the second prompt is different from the firstprompt. Replacing the first prompt with a different second promptprovides the user with feedback that indicates that the computer systemhas detected further sensor data that satisfies the first set ofcriteria. Providing improved visual feedback to the user enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the first prompt (e.g., 1224, 1226, 1228) includesguidance on how to have a proper position of the computer system (e.g.,600A, 600B) or limit motion of the computer system (e.g., “keep yourwrist flat and your watch facing up”). Providing guidance on how tolimit changes in position of the computer system provides the user witha prompt to modify the user's interactions with the computer system(e.g., modify interactions so as to not cause a disruption of thebiometric measurement and provides feedback as to the ongoing state ofthe computer system. Providing prompts for improved system-userinteractions and providing improved visual feedback to the user enhancesthe operability of the computer system and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the computer system by enabling the user to use the computersystem more quickly and efficiently.

In some embodiments, displaying the first prompt (e.g., 1224, 1226,1228) to change a position of the computer system (e.g., 600A, 600B) orto limit changes in position of the computer system includes (1322), inaccordance with a determination that the second set of sensor datasatisfies a first set of position criteria, the first set of positioncriteria including a criterion that is satisfied when the position ofthe computer system matches a first predetermined position of a set ofone or more predetermined positions (e.g., a set of one or morepredetermined positions (e.g., a range of orientations that causeprompting; a range of improper orientations; a range of orientationsthat negatively affect the biometric analysis process)), a prompt tochange the position of the computer system (e.g., a prompt to adopt aproper position or a prompt to adopt a proper orientation (e.g., “placeyour hand palm or wrist down”) (1324). In some embodiments, displayingthe first prompt to change a position of the computer system or to limitchanges in position of the computer system includes (1322), inaccordance with a determination that the second set of sensor datasatisfies a first set of movement criteria, the first set of movementcriteria including a criterion that is satisfied when a degree ofmovement of the computer system (e.g., movement speed; amount ofmovement; acceleration) exceeds a threshold value, a prompt to limitmovement of the computer system (e.g., “keep your hand still”) (1326).Displaying different prompts based on different criteria being metprovides the user with feedback as to the type of sensor data detectedand the proper corrective action to take. Providing improved visualfeedback to the user enhances the operability of the computer system andmakes the user-device interface more efficient (e.g., by helping theuser to provide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the first biometric data is heart rate data.

In some embodiments, the process of collecting the biometric measurement(e.g., the process that is depicted in FIGS. 12B-12L) is initiated atthe computer system (e.g., 600A, 600B). In some embodiments, the processof collecting the biometric measurement is initiated at an externalelectronic device (e.g., 600B) (e.g., a smart watch) that is incommunication with the computer system.

In some embodiments, prior to initiating the process for collecting thebiometric measurement (e.g., the process that is depicted in FIGS.12B-12L), the computer system (e.g., 600A, 600B) displays a prompt(e.g., 1224, 1226, 1228) to limit changes in location of the computersystem and a selectable user interface object that, when selected,initiates the process for collecting the biometric measurement.

In some embodiments, after completing the biometric analysis process(e.g., the process that is depicted in FIGS. 12B-12L), the computersystem (e.g., 600A, 600B) displays a first result user interface (e.g.,1238) that includes information corresponding to the biometric analysisprocess (e.g., a result of the collection operation; an indication thatthe collection operation was not completed (e.g., due to aninterruption; due to an error)), wherein the first result user interfaceincludes a first dismissal selectable user interface object (e.g., asshown below affordance 1246 in FIG. 12M). In some embodiments, thecomputer system receives a user input corresponding to the firstdismissal selectable user interface object. In some embodiments, inresponse to receiving the user input corresponding to the firstdismissal selectable user interface object, the computer system displaysa first user interface of a set of one or more biometric analysisprocess initiation user interfaces, wherein the set of one or morebiometric analysis process initiation user interfaces includes (e.g.,includes in the first user interface of the set or a different userinterface of the set) a first initiation selectable user interfaceobject that, when selected, initiates a second biometric analysisprocess via the set of one or more biometric sensors (e.g., the processthat is depicted in FIGS. 12B-12L). Providing a selectable userinterface object to initiate a second biometric analysis process helpsto sustain the machine-user interaction. Providing a user interface thathelps to sustain machine-user interacts enhances the operability of thecomputer system and makes the user-device interface more efficient(e.g., by helping the user to provide proper inputs) which, enables theuser to use the computer system more quickly and efficiently.

In some embodiments, during the biometric analysis process (e.g., theprocess that is depicted in FIGS. 12B-12L), the computer system (e.g.,600A, 600B) displays a graphical indication (e.g., 1208) (e.g., a statusbar) that collection of biometric data is progressing, whereindisplaying the graphical indication that collection of biometric data isprogressing includes displaying a first graphical object (e.g., an icon;an image) that has a first visual characteristic (e.g., color,brightness, size) transitioning to a second graphical object that has asecond visual characteristic, different from the first visualcharacteristic. In some embodiments, the graphical indication is astatus bar that transitions from having the first visual characteristic(e.g., a first color, brightness, size) to the second visualcharacteristic (e.g., a second color, brightness, size). Displaying anindication that collection of the biometric data is progressing providesthe user with feedback as to the state of the biometric measurement.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, while the computer system (e.g., 600A, 600B) iscollecting the biometric measurement (e.g., via the process that isdepicted in FIGS. 12B-12L), the computer system displays an indicationof the time (e.g., 1212) remaining in the collection operation (e.g.,the time required to complete the biometric measurement).

In some embodiments, after completion of the biometric analysis process(e.g., the process that is depicted in FIGS. 12B-12L), the computersystem (e.g., 600A, 600B) displays a second result user interface (e.g.,1214 of FIG. 12G) that includes a result (e.g., a quantitative orqualitative of the measured data) of the biometric analysis process, andin accordance with a determination that the biometric analysis processwas conducted under one or more conditions (e.g., environmentalconditions (e.g., an elevation, an ambient atmospheric pressure) of afirst type (e.g., the one or more conditions satisfy a set of one ormore condition criteria; the one or more conditions exceed (e.g., aregreater than or less than) a threshold value (e.g., a thresholdelevation, a threshold atmospheric pressure)), an indication (e.g.,1222) (e.g., a text indication, a graphical indication) that thebiometric analysis process was conducted under one or more conditions ofthe first type. In some embodiments, in accordance with a determinationthat the biometric analysis process was not conducted under the one ormore conditions of the first type, the result user interface (e.g., 1214of FIG. 12F) does not include the indication that the biometric analysisprocess was conducted under one or more conditions of the first type.Conditionally including an indication that the biometric analysisprocess was conducted under one or more conditions of the first typeprovides the user feedback as to conditions under which the biometricanalysis process was conducted. Providing improved visual feedback tothe user enhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the second result user interface (e.g., 1214 ofFIG. 12G) includes a selectable user interface object that, whenselected, causes display of additional information about the biometricmeasurement.

In some embodiments, the first set of cessation criteria is satisfiedwhen a first detected value corresponding to the first set of sensordata (e.g., a value derived from the sensor data; the raw sensor data)exceeds an expected value (e.g., a predetermined threshold value).

In some embodiments, the first set of cessation criteria is satisfiedwhen at least a first number of (e.g., MM) discrete sets (e.g., windows)of data (e.g., accelerometer data) of the first set of sensor data, outof a sampling window of discrete sets of data (e.g., N_(M)), exceeds athreshold value (e.g., 5 discrete sets out of a sampling window of 5discrete sets). Using cessation criteria that requires that at least afirst number of discrete sets (e.g., windows) of data of the first setof sensor data, out of a sampling window of discrete sets of data,exceeds a threshold value reduces the susceptibility of the criteria tonoisy date. Reducing the susceptibility to noise enhances theoperability of the computer system and makes the system more efficient(e.g., by reducing errors) which, additionally, reduces power usage andimproves battery life of the computer system by enabling the user to usethe computer system more quickly and efficiently.

In some embodiments, the sampling window of discrete sets of dataincludes a plurality of discrete sets of data (e.g., N_(m)>1) and the atleast a first number of discrete sets of data is a plurality ofconsecutive sets of data (e.g., M_(m)>1 (e.g., 2 consecutive discretesets of data that exceed the threshold out of a window of 5 sets ofdata; 5 consecutive discrete sets of data that exceed the threshold outof a window of 5 sets of data).

In some embodiments, the at least a first number of discrete sets ofdata is a plurality of sets of data that each are collected over thesame predetermined time period (e.g., 1 second, 0.5 seconds).

In some embodiments, at least two of the plurality of sets of data ofthe at least a first number of discrete sets of data overlap in time(e.g., each discrete set of data is 1 second long and a first and secondsets of data overlap by 0.5 seconds of their respective 1 seconddurations (e.g., first set runs from 0 to 1 seconds and second set runsfrom 0.5 seconds to 1.5 seconds)).

In some embodiments, the first set of sensor data is detected at a firsttime during the biometric analysis process (e.g., the process that isdepicted in FIGS. 12B-12L). In some embodiments, at a second time duringthe biometric analysis process that is after the first, the computersystem (e.g., 600A, 600B) detects, via the set of one or more sensors, afourth set of sensor data (e.g., accelerometer and/or gyroscope datathat is indicative of the movement and/or a change in orientation). Insome embodiments, in response to detecting the fourth set of sensordata, in accordance with a determination that the fourth set of sensordata satisfies a second set of cessation criteria, different from thefirst set of cessation criteria, the computer system ceases thebiometric analysis process. In some embodiments, the cessation criteria(e.g., threshold criteria) varies over the duration of the biometricanalysis process. In some embodiments, the criteria become morerestrictive as the process continues (e.g., less movement is permittedas the process progresses). Using different criteria for cessation atdifferent points in time for the biometric analysis process provides thesystem with more refined criteria for determining whether to cease theprocess. Employing more refined criteria enhances the operability of thecomputer system and makes the system more efficient (e.g., by reducingfalse negatives that can result from rigid criteria) which,additionally, reduces power usage and improves battery life of thecomputer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the first set of sensor data includes dataindicative of a position of the computer system (e.g., 600A, 600B)(e.g., GPS coordinates; a street address).

In some embodiments, the first set of sensor data includes dataindicative of motion (e.g., movement from a first location to a secondlocation) of the computer system (e.g., 600A, 600B).

In some embodiments, the first set of sensor data includes dataindicative of a position of the computer system and data indicative ofmotion of the computer system (e.g., 600A, 600B).

In some embodiments, the first set of sensor data satisfies a first setof cessation criteria and/or the first set of prompting criteria areempirically derived from clinical data obtained during clinicalmeasurements of the first biometric data.

In some embodiments, the computer system is a wearable device (e.g., asmart watch) and the set of one or more sensors includes anaccelerometer that is used to measure movement of the wearable device.

In some embodiments, the first set of sensor data includes a pluralityof discrete channels of data (e.g., movement data corresponding to x, y,and z axes) and the first set of cessation criteria can be satisfied bydata of any channel (e.g., when the criteria is a threshold movementvalue, the maximum value of any one channel of the plurality of channelscan be used to determine if the threshold movement value has beenexceeded).

In some embodiments, the first biometric data is a blood oxygen levelmeasurement (e.g., SpO₂). In some embodiments, the set of one or morebiometric sensors includes a blood oxygen sensor (e.g., an optical bloodoxygen sensor that operates in conjunction with a light source (e.g., anLED). In some embodiments, threshold is a percentage of blood oxygen. Insome embodiments, the first health-related function is a function formeasuring or tracking VO_(2max) (e.g., maximal oxygen consumption; themaximum rate of oxygen consumption measured during incrementalexercise).

In some embodiments, the computer system, after ceasing the biometricanalysis process and in accordance with a determination that thebiometric data and/or the first set of sensor data satisfies a first setof cessation type criteria, displays a first cessation user interface(e.g., an interface that does not include a quantitative result of thebiometric analysis; an interface that includes one or more indicationsof one or more criterion of the first set of cessation type criteria)(e.g., 1238 b, 1238 c, 1238 d). In some embodiments, the computersystem, after ceasing the biometric analysis process and in accordancewith a determination that the biometric data and/or the first set ofsensor data satisfies a second set of cessation type criteria differentfrom the first set of cessation type criteria, displays a secondcessation user interface that is different from the first cessation userinterface (e.g., an interface that does not include a quantitativeresult of the biometric analysis; an interface that includes one or moreindications of one or more criterion of the second set of cessation typecriteria). Displaying different cessation user interfaces based ondifferent sets of cessation criteria being satisfied provides the userwith feedback as to why cessation of the biometric analysis processoccurred. Providing improved visual feedback to the user enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the first set of cessation type criteria includes acriterion that is satisfied when the first set of sensor data indicatesmovement of the computer system that satisfies a first set of movementcessation type criteria (e.g., a set of criteria that is satisfied whenthe biometric analysis process is terminated due to excessive movement);and the first cessation user interface includes guidance (e.g., 1238 b2, 1258 a 1) on reducing movement of the computer system (e.g., reducingduring a subsequent biometric analysis process). Displaying a cessationuser interface that includes guidance on reducing movement provides theuser with feedback as to the cause of cessation and, further, promptsthe user to continue to interact further (and in an improved manner)with the computer system. Providing improved visual feedback to the userenhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently;prompting the user to interact further with the system improves andsustains the user-system interaction.

In some embodiments, the second set of cessation type criteria includesa criterion that is satisfied when the first set of sensor dataindicates a position of the computer system that satisfies a first setof position cessation type criteria (e.g., a set of criteria that issatisfied when the biometric analysis process is terminated due toimproper positioning of the computer system during the biometricanalysis process); and the second cessation user interface includesguidance (e.g., 1238 c 2, 1258 b 1) on positioning of the computersystem (e.g., positioning during a subsequent biometric analysisprocess). Displaying a cessation user interface that includes guidanceon positioning of the system provides the user with feedback as to thecause of cessation and, further, prompts the user to continue tointeract further (and in an improved manner) with the computer system.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently; prompting the user to interact further with thesystem improves and sustains the user-system interaction.

In some embodiments, the computer system, after ceasing the biometricanalysis process: displays a user interface (e.g., 1204 a of FIG. 12Z,1204 a of FIG. 12AC, 1204 a of FIG. 12AF and 12AG) for initiating asecond biometric analysis process that includes: an selectable userinterface object that, when selected, initiates the second biometricanalysis process (e.g., a process that includes detecting, via the oneor more biometric sensors, second biometric data). In some embodiments,the user interface includes, in accordance with a determination that thefirst set of cessation criteria was satisfied by the first set of sensordata corresponding to a first type of cessation condition (e.g.,excessive movement), guidance (e.g., 1256 b, 1256 c, 1256 d 1, 1256 d 2)corresponding to the first type of cessation condition (e.g., guidanceon how to address, mitigate, and/or avoid the first type of cessationcondition). In some embodiments, the user interface includes, inaccordance with a determination that the first set of cessation criteriawas satisfied by the first set of sensor data corresponding to a secondtype of cessation condition (e.g., excessive movement), guidance (e.g.,1256 b, 1256 c, 1256 d 1, 1256 d 2) corresponding to the second type ofcessation condition (e.g., guidance on how to address, mitigate, and/oravoid the second type of cessation condition). Displaying a userinterface for initiating a second biometric analysis process thatincludes different guidance based on the cause of cessation of aprevious analysis process provides the user with feedback as to thecause of cessation and, further, prompts the user to continue tointeract further (and in an improved manner) with the computer system.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently; prompting the user to interact further with thesystem improves and sustains the user-system interaction.

In some embodiments, the computer system, during the biometric analysisprocess (e.g., at any point prior to displaying the results of thebiometric analysis process (e.g., quantitative results)) and inaccordance with a determination that the first biometric data satisfiesa second set of cessation criteria (e.g., criteria that are satisfiedwhen the data indicates one or more abnormalities in the biometric dataindicative of an error) different from the first set of cessationcriteria, ceases the biometric analysis process (e.g., as discussed withreference to FIG. 12AD). Ceasing the biometric analysis process when asecond set of cessation criteria are met, without the user having tomanual cease the process, optimizes the analysis process and reduces therisk of erroneous biometric results. Performing an optimized operationwhen a set of conditions has been met without requiring further userinput enhances the operability of the device and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the device more quicklyand efficiently.

In some embodiments, the computer system, after ceasing the biometricanalysis process in accordance with a determination that the firstbiometric data satisfied the second set of cessation criteria, displaysa third cessation user interface (e.g., 1238 d) that is different fromthe first cessation user interface and the second cessation userinterface. Displaying different cessation user interfaces based ondifferent sets of cessation criteria being satisfied provides the userwith feedback as to why cessation of the biometric analysis processoccurred. Providing improved visual feedback to the user enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the computer system is a wearable electronic device(e.g., a smart watch); and the third cessation user interface includesguidance (e.g., 1238 d 2, 1258 c 1) on adjusting the manner in which thewearable electronic device is worn (e.g., worn during a subsequentbiometric analysis process; worn with respect to the user's body (e.g.,positioning on a wrist/arm of the user)). Displaying a cessation userinterface that includes guidance on the manner in which the wearableelectronic device is worn provides the user with feedback as to thecause of cessation and, further, prompts the user to continue tointeract further (and in an improved manner) with the computer system.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently; prompting the user to interact further with thesystem improves and sustains the user-system interaction.

In some embodiments, ceasing the biometric analysis process includesdetecting a predetermined quantity of biometric data (e.g., a quantitybased on detecting for a predetermined amount of time (e.g., an amountof time required for a valid biometric analysis process) and/or aquantity based on a predetermined amount of valid sampling points); andforgoing displaying a result indicative of a biometric parametercorresponding to the biometric data (e.g., forgoing to display of aquantitative result; displaying an indication that the analysis was notcompleted without otherwise displaying a result of the analysis (e.g.,as seen FIG. 12AD). In some embodiments, the amount of biometric datagathered for a complete biometric analysis process and aceased/terminated biometric analysis is the same; the difference beingthat a completed biometric analysis includes displaying a result (e.g.,a quantitative result; a result that reports a value of a biometricparameter (e.g., blood oxygen level)) whereas the ceased/terminatedbiometric analysis process does not include display of the result.

Note that details of the processes described above with respect tomethod 1300 (e.g., FIGS. 13A-13B) are also applicable in an analogousmanner to the methods described above and below. For example, method 700optionally includes one or more of the characteristics of the variousmethods described above with reference to method 1300. For example, theuser interfaces for managing health and safety features described withreference to method 700 can be used to manage one or more features ofthe application used to measure the biometric information described withreference to method 1300. For another example, method 900 optionallyincludes one or more of the characteristics of the various methodsdescribed above with reference to method 1300. For example, featuresconcerning the conditional display of a setup user interface asdescribed with reference to method 900 can be applied during a processfor setting up the biometric measurement application described withreference to method 1300. For another example, method 1100 optionallyincludes one or more of the characteristics of the various methodsdescribed above with reference to method 1300. For example, the setupuser interfaces described with reference to method 1100 can be used tosetup the health application used for the biometric measurement asdescribed with reference to method 1300. For another example, method1500 optionally includes one or more of the characteristics of thevarious methods described above with reference to method 1300. Forexample, health information that is captured via the biometricmeasurement described with reference to method 1300 can be presented toa user via the user interfaces described with reference to method 1500.For another example, method 1700 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 1300. For example, the biometric measurement features of thehealth application as described with reference to method 1300 can alsoenable the background measurement features described with reference tomethod 1700. For brevity, these details are not repeated below.

FIGS. 14A-14I illustrate exemplary user interfaces for providing resultsfor captured health information on an electronic device, in accordancewith some embodiments. The user interfaces in these figures are used toillustrate the processes described below, including the processes inFIGS. 15A-15B.

FIG. 14A illustrates device 600A displaying a summary user interface1400 of the health application. Summary user interface 1400 correspondsto summary user interface 660 first described above with reference toFIG. 6N.

In FIG. 14A, device 600A displays, in user interface 1400, anotification 1402 that includes an indication 1402A that multiplebackground heart rate measurements have been detected (e.g., determined)to be below the low heart rate notification threshold (e.g., the lowheart rate notification threshold first describe above with reference toFIGS. 10Q-10T) within a certain measurement time period (e.g., the past6 hours; the past 24 hours; during the current day). Notification 1402also includes a graphical indication 1402B of the previous backgroundheart rate measurements that have been detected to be below thenotification threshold. In FIG. 14A, 3 previous background heart ratemeasurements, measuring 87, 88, and 89 BPM, were detected to be belowthe low heart rate notification threshold during the current day.

Also in FIG. 14A, while displaying notification 1402, device 600Areceives an input 1401 directed to notification 1402.

In FIG. 14B, in response to receiving input 1401, device 600A displays auser interface 1404 for the heart rate level tracker application. Userinterface 1404 includes more detailed information about background heartrate measurements made during a currently-selected measurement timerange. User interface 1404 also includes a time range selection region1410 that includes different time ranges 1410A-1410E—a current hour timerange 1410A, a current day time range 1410B, a current week time range1410C, a current month time range 1410D, and a current year time range1410E. In FIG. 14B, the currently-selected time range is the currentday, as indicated by the visual highlighting of current day time range1410B.

User interface 1404 also includes an indication 1406 of the heart ratemeasurement range during the currently-selected measurement time rage.In FIG. 14B, user interface 1404 indicates, via indication 1406, thatthe heart rates measured during the current day ranged from 82-95 BPM.

User interface 1404 also includes a graph region 1408 (e.g., of a pointgraph or a chart graph) that includes markers 1408A-1408J (e.g., points)corresponding to and indicating heart rates measured during the currentday. Markers 1408A-1408J include their corresponding respective BPMvalue. Markers 1408H-1408J corresponding to measurements that fall belowthe low heart rate notification threshold (below 90 BPM in theembodiment of FIG. 14B) are visually distinguished from markers1408A-1408G corresponding to measurements that do not fall below the lowheart rate notification threshold.

User interface 1404 also includes an affordance 1416 for causing displayof additional information about each measurement displayed in graphregion 1408. While displaying affordance 1416, device 600A receives aninput 1403 directed to affordance 1416.

In FIG. 14C, in response to receiving input 1403, device 600A displays,for each of markers 1408A-1408J in graph region 1408, additionalinformation. In some embodiments, the additional information includesinformation 1418 indicating that multiple displayed measurements weretaken in an unusual circumstance. In FIG. 14C, the unusual circumstanceis a high elevation environment, and information 1418 indicates that 7(of the 10) measurements were taken in the high elevation environment.In some embodiments, the additional information includes ambientpressure information for each of markers 1408A-1408J (e.g., shownbeneath, adjacent to, or proximate to each marker).

In FIG. 14D, user interface 1404 includes information 1418 that multipledisplayed measurements were taken in an unusual circumstance. Device600A visually distinguishes (e.g., highlights; uses different colors;uses different sizes) markers corresponding to measurements that weretaken in the unusual circumstance with markers that were not taken inthe unusual circumstance. In FIG. 14D, the unusual circumstance is ahigh elevation environment, with markers 1408D-1408J corresponding tomeasurements taken in the high elevation environment.

FIG. 14E illustrates device 600A displaying summary user interface 1400of the health application, as described above with reference to FIG.14A.

In FIG. 14E, device 600A displays, in user interface 1400, anotification 1420. Notification 1420 includes an indication 1420A (e.g.,a text description) that multiple heart rates were measured (e.g., as abackground operation on device 600B) to be below the low heart ratenotification threshold (e.g., the low heart rate notification thresholdfirst describe above with reference to FIGS. 10Q-10T) within a certainmeasurement time period (e.g., the past 6 hours; the past 24 hours;during the current day). Notification 1420 also includes a graphicalindication 1420B of the previous background heart rate measurements thathave been detected to be below the notification threshold. In FIG. 14E,5 previous background heart rate measurements, measuring 89, 88, 85, 88,and 89 BPM, were detected to be below the low heart rate notificationthreshold during the past 6 hours.

Also in FIG. 14E, while displaying notification 1420, device 600Areceives an input 1405 directed to notification 1420.

In FIG. 14F, in response to receiving input 1405, device 600A displaysuser interface 1404. User interface 1404 includes time range region1410. User interface 1404 includes indication 1406 of the heart ratemeasurement range during the currently-selected measurement time range.User interface 1404 includes graph region 1408 (e.g., of a point graphor a chart graph) that includes markers 1408A-1408J (e.g., points)corresponding to and indicating heart rates measured during thecurrently-selected measurement time range, as first described above withreference to FIG. 14B.

As mentioned, in FIG. 14F, the currently-selected measurement time rangeis the current day, as indicated via currently day time range 1410B.While the selected time range is the current day, device 600A receivesan input 1407 directed to current week time range 1410C.

In FIG. 14F1, device 600A displays a user interface 1404 a that reportsblood oxygen measurement data in a format similar to that of 1404 forreporting heart rate measurement data. In some embodiments, interface1404 a is displayed in response to an input on a notification relatingto blood oxygen measurements in interface 1400. In some embodiments,user interface 1404 a includes one or more features discussed withrespect to user interface 1404 with the difference being that thereported data relates to blood oxygen, rather than heart rate. In FIG.14F1, user interface 1404 a includes an education section 1404 a 1 thatincludes tutorial affordance 1404 a 2. In some embodiments, educationsection 1404 a 2 includes additional affordances that provide access tofurther information on blood oxygen measurements. In FIG. 14F1, device600A receives input 1407 a directed to tutorial affordance 1404 a 2.

In FIG. 14F2, device 600A displays tutorial user interface 1404 b thatincludes text 1404 b 1 with information on how to take a blood oxygenmeasurement and how to reduce the risk of an unsuccessful measurement.In some embodiments, tutorial user interface 1404 b includes videosand/or animations demonstrating how to perform a measurement. Tutorialuser interface 1404 b also includes back affordance 1404 b 2 forreturning to user interface 1404 a.

In FIG. 14G, in response to receiving input 1407 directed to currentweek time range 1410C of FIG. 14F, device 600A updates display of graphregion 1408 to instead include markers 1424A-1424G corresponding toheart rates measured during the current week. In some embodiments,multiple heart rate measurements from a single day are aggregated (e.g.,as one or more bars) to indicate one or more range of measurementsduring the respective day, as shown in FIG. 14G.

Also in FIG. 14G, device 600 displays, in user interface 1404, multipleinformation regions 1426-1432. User interface 1404 includes a firstinformation region 1426 that indicates the daily average measured heartrate information. In FIG. 14G, first information region 1426 indicates a89- 92 daily average BPM.

In some embodiments, user interface 1404 includes a second informationregion 1428 that indicates notification information (e.g., a number ofnotifications concerning low heart rate measurements that were generatedduring the currently-selected time period). In FIG. 14G, secondinformation region 1428 indicates that 6 notifications concerning lowheart rate measurements were generated during the current week, and iscurrently selected (e.g., as indicated via visual highlighting of secondinformation region 1428). As also shown in FIG. 14G, each of markers1424A-1424G indicates portions corresponding to measurements that fallbelow the low heart rate notification threshold (in the embodiment ofFIG. 14G, 90 BPM), thus causing device 600A to generate anotification(s), with a first visual characteristic (e.g., a firstcolor) and indicates the remaining portions corresponding tomeasurements that do not fall below the low heart rate notificationthreshold with a second visual characteristic (e.g., a second color)that is different from the first visual characteristic.

In some embodiments, user interface 1404 includes a third informationregion 1430 that indicates information about heart rate measurementsthat were taken in an unusual condition (e.g., a high elevationenvironment). In FIG. 14G, third information region 1430 indicates thatheart rate measurements taken during the current week in a highelevation environment measured between 85-93 BPM.

In some embodiments, user interface 1404 includes a fourth informationregion 1432 that indicates information about heart rate measurementsthat were taken during sleep hours (e.g., during nighttime hours; whilethe user is determined to be asleep; while the measuring device (e.g.,device 600B) is in sleep mode). In FIG. 14G, fourth information region1432 indicates that heart rate measurements taken during the currentweek during sleep hours measured between 97-99 BPM.

Also in FIG. 14G, while displaying information regions 1426-1432 in userinterface 1404, device 600A receives an input 1409 directed to thirdinformation region 1430.

In FIG. 14H, in response to receiving input 1409 directed to thirdinformation region 1430, device 600A indicates that third informationregion 1430 corresponding to heart rate measurements taken in a highelevation environment is currently selected. While third informationregion 1430 is selected, each of markers 1424A-1424G indicates portionscorresponding to measurements that fall within the range indicated viathird information region 1430 (in FIG. 14G, 85-93 BPM) with a firstvisual characteristic (e.g., a first color) and indicates the remainingportions corresponding to measurements that do not fall thin the rangeindicated via third information region 1430 with a second visualcharacteristic (e.g., a second color) that is different from the firstvisual characteristic.

Also in FIG. 14H, while displaying information regions 1426-1432 in userinterface 1404, device 600A receives an input 1411 directed to thirdinformation region 1430.

In FIG. 14I, in response to receiving input 1411 directed to fourthinformation region 1432, device 600A indicates that fourth informationregion 1430 corresponding to heart rate measurements taken during sleephours (e.g., during nighttime hours; while the user is determined to beasleep; while the measuring device (e.g., device 600B) is in sleep mode)is currently selected (e.g., by visually highlighting fourth informationregion 1432). While fourth information region 1432 is selected, each ofmarkers 1424A-1424G indicates portions corresponding to measurementsthat fall within the range indicated via fourth information region 1432(in FIG. 14G, 97-99 BPM) with a first visual characteristic (e.g., afirst color) and indicates the remaining portions corresponding tomeasurements that do not fall within the range indicated via fourthinformation region 1432 with a second visual characteristic (e.g., asecond color) that is different from the first visual characteristic.

In some embodiments, the heart rate measurement results described inFIGS. 14A-14I are instead blood oxygen level tracking and measurementresults. In some embodiments, the computer system is in communicationwith a blood oxygen sensor (e.g., an optical blood oxygen sensor thatoperates in conjunction with a light source (e.g., an LED)). In someembodiments, threshold is a percentage of blood oxygen. In someembodiments, the heart rate measurement results described in FIGS.14A-14I are instead VO₂max level tracking and measurement data (e.g.,maximal oxygen consumption; the maximum rate of oxygen consumptionmeasured during incremental exercise).

FIGS. 15A-15B are a flow diagram illustrating a method for providingresults for captured health information on an electronic device, inaccordance with some embodiments. Method 1500 is performed at a computersystem (e.g., an electronic device (e.g., 100, 300, 500, 600A, 600B))that is in communication with a display generation component (e.g.,602A, 602B) (e.g., a display controller, a touch-sensitive displaysystem; a display (e.g., integrated or connected)) and one or more inputdevices (e.g. gyroscope, accelerometer, microphone, a touch-sensitivesurface). Some operations in method 1500 are, optionally, combined, theorders of some operations are, optionally, changed, and some operationsare, optionally, omitted.

In some embodiments, the electronic device (e.g., 600A) is a computersystem. The computer system is optionally in communication (e.g., wiredcommunication, wireless communication) with the display generationcomponent (e.g., 602A, 602B) and with the one or more input devices. Thedisplay generation component is configured to provide visual output,such as display via a CRT display, display via an LED display, ordisplay via image projection. In some embodiments, the displaygeneration component is integrated with the computer system. In someembodiments, the display generation component is separate from thecomputer system. The one or more input devices are configured to receiveinput, such as a touch-sensitive surface receiving user input. In someembodiments, the one or more input devices are integrated with thecomputer system. In some embodiments, the one or more input devices areseparate from the computer system. Thus, the computer system cantransmit, via a wired or wireless connection, data (e.g., image data orvideo data) to an integrated or external display generation component tovisually produce the content (e.g., using a display device) and canreceive, a wired or wireless connection, input from the one or moreinput devices.

As described below, method 700 provides an intuitive way for managingand/or presenting health data. The method reduces the cognitive burdenon a user for managing and/or presenting health data, thereby creating amore efficient human-machine interface. For battery-operated computingdevices, enabling a user to manage and/or present health data faster andmore efficiently conserves power and increases the time between batterycharges.

The computer system (e.g., 600A, 600B) displays (1502), via the displaygeneration component (e.g., 602A, 602B), a summary user interface (e.g.,1400, 1404) of a first health-related tracking function (e.g., atracking (e.g., data tracking, data gathering) application orapplication feature available to operate on the computer system oravailable to operate on an external electronic device in communicationwith the computer system (e.g., a heart-rate tracking function, anambient-noise-level-tracking function)).

The summary user interface (e.g., 1400, 1404) includes a set of one ormore user interface objects (e.g., 1402; platters shown in summary userinterface 1400 of FIG. 14A) (e.g., data points of a graph) thatcorrespond to tracking data gathered by the first health-relatedtracking function (e.g., gathered at the computer system, gathered at anexternal device and transmitted to the computer system) (1504).

The set of one or more user interface objects includes (1506) a firstuser interface object (e.g., 1402, 1408, 1420) that corresponds to firstdatum gathered via the first health-related tracking function (1508),and displaying the summary user interface (e.g., 1400, 1404) includes(1512), in accordance with a determination that the first datum wasgathered (e.g., gathered by the computer system or an externalelectronic device that provided data to the computer system) under oneor more conditions (e.g., environmental conditions (e.g., an elevation,an ambient atmospheric pressure) of a first type (e.g., the one or moreconditions satisfy a set of one or more condition criteria; the one ormore conditions exceed (e.g., are greater than or less than) a thresholdvalue (e.g., a threshold elevation, a threshold atmospheric pressure)),displaying the first user interface object with an indication (e.g.,1418, 1420B) (e.g., a text indication, a graphical indication) thatindicates that at least some of the tracking data gathered by the firsthealth-related tracking function was gathered under the one or moreconditions of the first type (1514). In some embodiments, the indicationindicates (e.g., specifically or precisely indicates) that the firstuser interface object corresponding to the first datum was gatheredunder the one or more conditions of the first type).

In some embodiments, in accordance with a determination that the firstdatum was not gathered under one or more conditions of the first type,displaying the first user object (e.g., 1402, 1408, 1420) without theindication that the first datum was gathered under the one or moreconditions of the first type. Conditionally including an that indicatesthat at least some of the tracking data gathered by the firsthealth-related tracking function was gathered under the one or moreconditions of the first type provides the user feedback as to conditionsunder which the tracking data was gathered. Providing improved visualfeedback to the user enhances the operability of the computer system andmakes the user-device interface more efficient (e.g., by helping theuser to provide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, displaying the summary user interface (e.g., 1400,1404) includes, in accordance with a determination that the trackingdata gathered by the first health-related tracking function thatcorresponds to the displayed one or more user interface objects was notgathered under one or more conditions of the first type, displaying theset of one or more user interface objects (e.g., 1402, 1408, 1420)without the indication that at least some of the tracking data gatheredby the first health-related tracking function was gathered under the oneor more conditions of the first type. Displaying the set of one or moreuser interface objects without the indication that at least some of thetracking data gathered by the first health-related tracking function wasgathered under the one or more conditions of the first type provides theuser with feedback indicating that the data was not gathered underconditions of the first type. Providing improved visual feedback to theuser enhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the one or more conditions of the first typeincludes an altitude (e.g., elevation) that exceeds a threshold value(e.g., greater than 5000 feet above sea level; greater than 8000 feetabove sea level) (1516).

In some embodiments, the tracking data is heart rate tracking data.

In some embodiments, the set of one or more user interface objects thatcorrespond to tracking data gathered by the first health-relatedtracking function includes a plurality of user interface objects thatcorrespond to tracking data gathered by the first health-relatedtracking function (1510) (e.g., as shown in FIG. 14A-14I). In someembodiments, a second user interface object (e.g., 1402B, 1408, 1420C,1424) of the plurality of user interface objects corresponds to multiplemeasurements made by the first health-related tracking function (e.g.,the second user interface object aggregates a predetermined plurality ofmeasurements). Displaying a plurality of user interface objects thatcorrespond to tracking data gathered by the first health-relatedtracking function provides the user with feedback as to the measurementsstored at or accessible to the computer system. Providing improvedvisual feedback to the user enhances the operability of the computersystem and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, displaying the summary user interface (e.g., 1400,1404) includes (1518), in accordance with a determination that thetracking data gathered by the first health-related tracking functionindicates that a biometric parameter (e.g., heart rate) of a user of thecomputer system has been below a threshold value (e.g., 60 beats perminute, 50 beats per minute) for at least a predetermined period of time(e.g., 1 hour, 6 hours, 1 day), displaying an indication (e.g., 1402A,1420A) that the biometric parameter of the user has been below thethreshold value for at least the predetermined period of time (1520).Conditionally displaying an indication that the biometric parameter ofthe user has been below the threshold value for at least thepredetermined period of time provides the user with feedback as totracking data gathered by the first health-related tracking function.Providing improved visual feedback to the user enhances the operabilityof the computer system and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, displaying the summary user interface (e.g., 1400,1404) includes, in accordance with a determination that the first datumwas gathered under one or more conditions of a first type, displayingthe first user interface object (e.g., 1402, 1408, 1420) with anindication that the first datum (e.g., an indication specific to thefirst datum) was gathered under one or more conditions of the firsttype. Displaying the first user interface object with an indication thatthe first datum (e.g., an indication specific to the first datum) wasgathered under one or more conditions of the first type provides theuser with feedback that is specific to the first datum. Providingimproved visual feedback to the user enhances the operability of thecomputer system and makes the user-device interface more efficient(e.g., by helping the user to provide proper inputs and reducing usermistakes when operating/interacting with the device) which,additionally, reduces power usage and improves battery life of thecomputer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the one or more conditions of the first typeincludes a sleep period (e.g., a period when the user is asleep (e.g.,detected as being asleep or predicted (e.g., based on time) that theuser is asleep)). In some embodiments, data gathered while the user isasleep is marked to indicate such.

In some embodiments, the first health-related tracking function isconfigured to perform tracking operations without requiring further userinput (e.g., performing automatic tracking operations, performingbackground measurements). Enabling the first health-related trackingfunction to perform tracking operations without requiring further userinput enables the user to permit the computer system to perform anoperation without requiring further user input. Performing an operationwithout requiring further user input enhances the operability of thedevice and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the summary user interface (e.g., 1400, 1404)includes a detail selectable user interface object (e.g., 1414) (e.g., a“show data” affordance) that, when selected, provides additionalinformation about one or more conditions (e.g., altitude conditions;atmospheric pressure conditions) under which at least a portion of thetracking data was gathered. Providing a selectable user interface objectfor accessing additional condition data provides the user withadditional data without cluttering the summary user interface with theadditional data. Providing additional control of the device withoutcluttering the UI with additional displayed controls enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In some embodiments, the indication (e.g., 1418, 1420B) that indicatesthat at least some of the tracking data gathered by the firsthealth-related tracking function was gathered under the one or moreconditions of the first type includes an indication (e.g., a textindication, a graphical indication) of a number of discrete (e.g.,separate, distinguishable) measurements made by the first health-relatedtracking function under the one or more conditions of the first type.Providing an indication of a number of discrete (e.g., separate,distinguishable) measurements made by the first health-related trackingfunction under the one or more conditions of the first type provides theuser with feedback as to how frequently the function made measurementsunder the conditions of the first type. The method of any one of claims1-9, wherein the indication that indicates that at least some of thetracking data gathered by the first health-related tracking function wasgathered under the one or more conditions of the first type includes anindication (e.g., a text indication, a graphical indication) of a numberof discrete (e.g., separate, distinguishable) measurements made by thefirst health-related tracking function under the one or more conditionsof the first type. Providing improved visual feedback to the userenhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the computer system by enablingthe user to use the computer system more quickly and efficiently.

In some embodiments, the summary user interface (e.g., 1400, 1404)includes a set of one or more filtering user interface objects (e.g.,1410A-1410E, 1426-1432) that includes a first filtering user interfaceobject that, when selected, filters the set of one or more userinterface objects based on a first filter parameter (e.g., based on acondition under which the data was gathered; based on when the data wasgathered). Providing a set of one or more filtering user interfaceobjects provides the user with the ability to selectively filter datashown in the summary user interface which provides the user with controloptions for controlling the density of data which reduces clutter in theuser interface. Reducing clutter in the user interface enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe computer system by enabling the user to use the computer system morequickly and efficiently.

In some embodiments, the summary user interface (e.g., 1400, 1404)includes information (e.g., information accessible via scrolling theinterface) about what is being tracked by the tracking function, and itsimportance to health.

In some embodiments, the tracking data is blood oxygen level trackingdata. In some embodiments, the computer system is in communication witha blood oxygen sensor (e.g., an optical blood oxygen sensor thatoperates in conjunction with a light source (e.g., an LED)). In someembodiments, threshold is a percentage of blood oxygen. In someembodiments, the tracking data is VO₂max level tracking data (e.g.,maximal oxygen consumption; the maximum rate of oxygen consumptionmeasured during incremental exercise).

Note that details of the processes described above with respect tomethod 1500 (e.g., FIGS. 15A-15B) are also applicable in an analogousmanner to the methods described above and below. For example, method 700optionally includes one or more of the characteristics of the variousmethods described above with reference to method 1500. For example, theuser interfaces for managing health and safety features described withreference to method 700 can be used to manage one or more features ofthe health application user interfaces described with reference tomethod 1500. For another example, method 900 optionally includes one ormore of the characteristics of the various methods described above withreference to method 1500. For example, health information that ispresented in the user interfaces described with reference to method 1500can at least partly be based on whether a particular type of healthapplication or feature can be enabled or setup as described withreference to method 900. For another example, method 1100 optionallyincludes one or more of the characteristics of the various methodsdescribed above with reference to method 1500. For example, healthinformation that is presented in the user interfaces described withreference to method 1500 can at least partly be based on healthmeasurements from an application that has been setup via the setup userinterfaces described with reference to method 1100. For another example,method 1300 optionally includes one or more of the characteristics ofthe various methods described above with reference to method 1500. Forexample, health information that is captured via the biometricmeasurement described with reference to method 1300 can be presented toa user via the user interfaces described with reference to method 1500.For another example, method 1700 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 1500. For example, health information that is captured via thebackground measurements described with reference to method 1700 can bepresented to a user via the user interfaces described with reference tomethod 1500. For brevity, these details are not repeated below.

FIGS. 16A-16C illustrate exemplary user interfaces for managingbackground health measurements on an electronic device, in accordancewith some embodiments. The user interfaces in these figures are used toillustrate the processes described below, including the processes inFIGS. 17A-17B.

FIG. 16A illustrates device 600B, where device 600B includes a set ofone or more biometric sensors (e.g., a heart rate sensor) and an outerhousing 604B (e.g., a case; a frame). In some embodiments, the set ofone or more biometric sensors are at least partially integrated with ahousing of device 600B. Device 600B measures (e.g., periodically), viathe set of one or more biometric sensors, the user's heart rate, wherethe measurements are automatically performed by device 600B (e.g., inthe background, without manual input from the user to proceed with themeasurements).

Device 600B can be in a first mode (e.g., a normal operating mode; anunlocked mode) or a second mode (e.g., a sleep mode, a locked mode; alow power mode; a mode that corresponds to a predetermined time of theday; a do-not-disturb mode (e.g., a theater DND mode); a mode that ismanually selected and set by the user as a mode in which measurements ofa biometric parameter (e.g., heart rate) are not to be taken withoutexpress user input). In some embodiments, display generation component602B of device 600B is OFF while device 600B is in the first mode. Insome embodiments, display generation component 602B is ON while device600B is in the first mode.

In FIG. 16B, while device 600B is in the first mode (e.g., a normaloperating mode; an unlocked mode), device 600B measures, using the setof one or more biometric sensors, the heart rate in BPM. As mentioned,device 600B includes outer housing 604B. While measuring the heart rate,device 600B activates a sensor (e.g., an optical sensor) that is visibleon the outside of device 600B (e.g., from the side of device 600B). Insome embodiments, the sensor is an optical sensor positioned to senselight coming from outside the outer housing of device 600B.

In FIG. 16B, device 600B includes a light generation component (e.g., anLED) that is configured to illuminate a space (e.g., adjacent to oneside of outer housing 604B) outside outer housing 604B, as shown in FIG.16B. In some embodiments, while measuring the heart rate, device 600Bactivates the light generation component, thus increasing the brightnessof the space outside outer housing 604B (e.g., the space that isadjacent to one side of outer housing 604B). In some embodiments, thelight generation component is positioned within device 600B to emitlight in a direction where the emitted light can reflect from nearbyobjects (e.g., if device 600B is worn by the user, a portion of theuser's wrist that is adjacent to device 600B). In the embodiment ofFIGS. 16A-16C, the light generation component generates light of apredetermined intensity and frequency that is detected by the biometricsensors of device 600B, after that light is reflected from and affectedby the user's body, thereby providing a biometric measurement (e.g.,heart rate).

In some embodiments, while device 600B is in the second mode, device600B does not measure (e.g., forgoes measuring) the heart rate. Even ifbackground heart rate measurements are scheduled to be performedperiodically (e.g., every half-hour; every hour; every 2 hours), device600B still forgoes performing the measurement if it is in the secondmode. In some embodiments, the second mode includes a sleep mode, alocked mode, a low power mode, a mode that corresponds to apredetermined time of the day, a theater mode, a do-not-disturb mode,and/or a mode that is manually selected and set by the user as a mode inwhich heart rate measurements are not to be taken without express userinput.

As explained above, the second mode is a mode of device 600B that hasbeen identified, via a set of one or more user inputs that werepreviously received by device 600B, as a mode during which measuring theheart rate does not occur without user input to initiate the measurement(e.g., a mode during which automatic/background measurements are notperformed by device 600B). In some embodiments, while device 600B is inthe second mode, device 600B still enables heart rate measurements viaone or more express user inputs, as described above with reference FIGS.12A-12P. That is, even while device 600B is in the second mode, manualmeasurements can still be performed on device 600B.

FIG. 16C illustrates a table 1600 that depicts whether anautomatic/background heart rate measurement has been performed by device600B at predetermined times (e.g., based on a set periodic time intervalfor performing the automatic/background measurements). In FIG. 16C, theset periodic time interval for performing the automatic/backgroundmeasurements is every hour during the day.

In FIG. 16C, device 600A is in the first mode (e.g., a normal operatingmode; an unlocked mode) at 8:00 am, 9:00 am, 10:00 am, 12:00 pm, 1:00pm, 5:00pm, 6:00pm, 7:00 pm, 8:00 pm, and 9:00 pm.

Also in FIG. 16C, device 600B is in theater mode, a type of second mode,at 11:00 am, 2:00 pm, 3:00 pm, and 4:00 pm and in sleep mode, anothertype of second mode, at 10:00 pm-6:00 am.

As shown by table 1600 in FIG.16C, while in the first mode, device 600Bperforms the automatic/background heart rate measurements at thepredetermined time intervals (in the embodiment of FIG. 16C, everyhour). As also shown by table 1600 in FIG. 16C, while in the second mode(whether the first type of the second mode or the second type of thesecond mode), device 600B forgoes performing the automatic/backgroundheart rate measurements at the predetermined time intervals.

In some embodiments, the heart rate measurements described in FIGS.16A-16C are instead blood oxygen level measurements. In someembodiments, the computer system is in communication with a blood oxygensensor (e.g., an optical blood oxygen sensor that operates inconjunction with a light source (e.g., an LED). In some embodiments,threshold is a percentage of blood oxygen. In some embodiments, theheart rate measurements described in FIGS. 16A-16C are instead VO_(2max)level measurements (e.g., maximal oxygen consumption; the maximum rateof oxygen consumption measured during incremental exercise).

FIGS. 17A-17B are a flow diagram illustrating a method for managingbackground health measurements on an electronic device, in accordancewith some embodiments. Method 1700 is performed at a computer system(e.g., an electronic device (e.g., 100, 300, 500, 600B)) that is incommunication with a set of one or more biometric sensors (e.g., amaximum oxygen consumption level sensor; a heart rate sensor; bloodpressure sensor; a sensor integrated into the computer system; a sensorintegrated into an external device in communication with the computersystem). Some operations in method 1700 are, optionally, combined, theorders of some operations are, optionally, changed, and some operationsare, optionally, omitted.

In some embodiments, the electronic device (e.g., 600B) is a computersystem. The computer system is optionally in communication (e.g., wiredcommunication, wireless communication) with the set of one or morebiometric sensors. In some embodiments, the set of one or more biometricsensors include a maximum oxygen consumption level sensor. In someembodiments, the set of one or more biometric sensors include a heartrate sensor. In some embodiments, the set of one or more biometricsensors include a blood pressure sensor. In some embodiments, the set ofone or more biometric sensors are integrated into the computer systemand/or are integrated into an external device in communication with thecomputer system.

As described below, method 1700 provides an intuitive way for managingand/or presenting health data. The method reduces the cognitive burdenon a user for managing and/or presenting health data, thereby creating amore efficient human-machine interface. For battery-operated computingdevices, enabling a user to manage and/or present health data faster andmore efficiently conserves power and increases the time between batterycharges.

The computer system (e.g., 600B) detects (1702) that a first set ofhealth measurement criteria are satisfied (e.g., automatic or backgroundmeasurement criteria). In some embodiments, the first set of healthmeasurement criteria do not require a user input to be satisfied; thecriteria include only criterion that do not require user input to bemet. In some embodiments, the criteria include one or more criteriaselected from the group consisting of: a predetermined time of day, apredetermined duration of time since the last health measurement, andavailability of a predetermined amount of system resources (e.g.,processor capacity, memory, battery power)).

In response to detecting that the set of health measurement criteria aresatisfied (1710), in accordance with a determination that the computersystem (e.g., 600B) is in a first mode (e.g., a normal operating mode;an unlocked mode), the computer system measures (1712) (e.g., via afirst health-related tracking function (e.g., a tracking (e.g., datatracking, data gathering) application or application feature availableto operate on the computer system or available to operate on an externalelectronic device in communication with the computer system (e.g., aheart-rate tracking function, a blood pressure tracking function)), viathe set of one or more biometric sensors, a value (e.g., a data value; aplurality of data values) of a biometric parameter (e.g., heart rate,blood pressure, a maximum oxygen consumption level) (e.g., as shown inFIG. 16B). In some embodiments, a determination that an external devicein communication with the computer system is in the first mode. In someembodiments, and a determination that a second set of measurementcriteria are satisfied (e.g., a mode-specific set of criteria. In someembodiments, the second set of measurement criteria include a criterionthat is satisfied when the first mode has not been identified (e.g., notmanually identified) as a mode for which measurements are suppressed.

In response to detecting that the set of health measurement criteria aresatisfied (1710), in accordance with a determination that the computersystem (e.g., 600B) is in a second mode (e.g., a sleep mode, a lockedmode; a low power mode; a mode that corresponds to a predetermined timeof the day; a do-not-disturb mode (e.g., a theater do-not-disturb mode);a mode that was manually selected by the user as a mode in whichmeasurements of the biometric parameter are not to be taken withoutexpress user input), different from the first mode, the computer system(e.g., 600) forgoes measuring (1718) the biometric parameter (e.g., asshown in FIG. 16A). In some embodiments, the computer system forgoesmeasuring any biometric parameters. Selectively performing a measurementof a biometric parameter when certain conditions are met enables thecomputer system to perform or not perform the measurement, withoutrequiring further user input. Selectively performing an operation when aset of conditions has been met without requiring further user inputenhances the operability of the device and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the device more quicklyand efficiently.

In some embodiments, the computer system (e.g., 600B) includes (1704) anouter housing (e.g., 604B) (e.g., a case; a frame) (1706), whereinmeasuring the value of the biometric parameter includes activating asensor that is visible from a viewing perspective outside the outerhousing (e.g., the sensor is visible on the outside of the computersystem/device) (1714). In some embodiments, the sensor is an opticalsensor positioned to sense light coming from outside the outer housingof the system.

In some embodiments, the computer system (e.g., 600B) includes (1704) anouter housing (e.g., 604B) (e.g., a case; a frame) (1706) and a lightgeneration component (e.g., an LED) configured to illuminate a volumeoutside the outer housing (e.g., a space adjacent to one side of thehousing) (1708). In some embodiments, measuring the value of thebiometric parameter includes activating the light generation componentand increasing the brightness of the volume outside the outer housing(1716). In some embodiments, the sensor is an optical sensor positionedto sense light coming from outside the outer housing of the system andthe system includes a light generation component positioned to emitlight in a direction that can reflect from nearby objects (e.g., aportion of the user that is adjacent to the system (e.g., the system isa worn on the user (e.g., a watch)) to be measured by the opticalsensor.

In some embodiments, the second mode corresponds to a mode of thecomputer system (e.g., 600B) that has been identified, via a set of oneor more user inputs that were previously received, as a mode duringwhich measuring the biometric parameter does not occur without userinput initiating the measurement (e.g., a mode during which automatic orbackground measurements do not occur) (1720). In some embodiments, whilethe computer system is in the second mode, the computer system receives(1722) a set of one or more inputs corresponding to a request to measurethe biometric parameter (e.g., as described with reference to FIGS.12A-12L). In some embodiments, in response to receiving the set of oneor more inputs corresponding to a request to measure the biometricparameter, the computer system measures (1724), via the set of one ormore biometric sensors, a value of the biometric parameter. Providingthe user with the ability to disable automatic or backgroundmeasurements in a second mode, while still providing the ability tomanually make measurements while in the second mode, provides the userwith improved control over the functionality of the system. Providing auser interface for improved control of the system enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In some embodiments, the computer system (e.g., 600B) receives an inputof a first type (e.g., input detected by an accelerometer indicative ofmovement of the computer system that matches a predetermined movementpattern). In some embodiments, in response to receiving the input of thefirst type, in accordance with a determination that the computer systemis not in the second mode (e.g., a determination that the device is inanother mode (e.g., the first mode)), the computer system increases thebrightness of a display generation component (e.g., 602B) (e.g.,including activing the component from an inactive state) that is incommunication with the computer system. In some embodiments, in responseto receiving the input of the first type, in accordance with adetermination that the computer system is in the second mode, thecomputer system forgoes increasing the brightness of the displaygeneration component. In some embodiments, receive a notification, ifnot in the first mode issue an audible output, if in the 1st mode forgoissuing the audible output. In some embodiments, the second mode is a“theater mode” in which brightening of a display screen is more limitedthan when the mode is not active. Selectively brightening the displaygeneration component conserves system resources and preventsunintentional brightening. Conserving system resources enhances theoperability of the computer system and makes the user-device interfacemore efficient (e.g., by limiting unwanted operations) which,additionally, reduces power usage and improves battery life of thecomputer system by enabling the user to use the computer system moreefficiently.

In some embodiments, the computer system (e.g., 600B) is in the secondmode (e.g., the mode in which the measurement does not occur) when thecurrent time corresponds to a predetermined period of time (e.g.,certain hours of the day; hours of the day identified as correspondingto a sleep period). Disabling measurements during a predetermined periodof the day conserves system resources. Conserving system resourcesenhances the operability of the computer system and makes theuser-device interface more efficient (e.g., by limiting unwantedoperations) which, additionally, reduces power usage and improvesbattery life of the computer system by enabling the user to use thecomputer system more efficiently.

In some embodiments, the biometric parameter is heart rate.

In some embodiments, the biometric parameter is a blood oxygen level. Insome embodiments, the computer system is in communication with a bloodoxygen sensor (e.g., an optical blood oxygen sensor that operates inconjunction with a light source (e.g., an LED). In some embodiments, thethreshold is a percentage of blood oxygen. In some embodiments, thebiometric parameter is VO2max (e.g., maximal oxygen consumption; themaximum rate of oxygen consumption measured during incrementalexercise).

Note that details of the processes described above with respect tomethod 1700 (e.g., FIGS. 17A-17B) are also applicable in an analogousmanner to the methods described above. For example, method 700optionally includes one or more of the characteristics of the variousmethods described above with reference to method 1700. For example, theuser interfaces for managing health and safety features described withreference to method 700 can be used to manage one or more features ofthe background measurement features described with reference to method1700. For another example, method 900 optionally includes one or more ofthe characteristics of the various methods described above withreference to method 1700. For example, the type of health informationthat is collected via background measurements as described withreference to method 1700 can at least partly be based on whether aparticular type of health application or feature can be enabled or setupas described with reference to method 900. For another example, method1100 optionally includes one or more of the characteristics of thevarious methods described above with reference to method 1700. Forexample, the background health measurements described with reference tomethod 1700 can be enabled via a health application that has been setupvia the setup user interfaces described with reference to method 1100.For another example, method 1300 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 1700. For example, the biometric measurement features of thehealth application as described with reference to method 1300 can alsoenable the background measurement features described with reference tomethod 1700. For another example, method 1500 optionally includes one ormore of the characteristics of the various methods described above withreference to method 1700. For example, health information that iscaptured via the background measurements described with reference tomethod 1700 can be presented to a user via the user interfaces describedwith reference to method 1500. For brevity, these details are notrepeated below.

The foregoing description, for purpose of explanation, has beendescribed with reference to specific embodiments. However, theillustrative discussions above are not intended to be exhaustive or tolimit the invention to the precise forms disclosed. Many modificationsand variations are possible in view of the above teachings. Theembodiments were chosen and described in order to best explain theprinciples of the techniques and their practical applications. Othersskilled in the art are thereby enabled to best utilize the techniquesand various embodiments with various modifications as are suited to theparticular use contemplated.

Although the disclosure and examples have been fully described withreference to the accompanying drawings, it is to be noted that variouschanges and modifications will become apparent to those skilled in theart. Such changes and modifications are to be understood as beingincluded within the scope of the disclosure and examples as defined bythe claims.

As described above, one aspect of the present technology is thegathering and use of data available from various sources to improve themeasurement and presentation of health information and management ofhealth and safety features. The present disclosure contemplates that insome instances, this gathered data may include personal information datathat uniquely identifies or can be used to contact or locate a specificperson. Such personal information data can include demographic data,location-based data, telephone numbers, email addresses, twitter IDs,home addresses, data or records relating to a user's health or level offitness (e.g., vital signs measurements, medication information,exercise information), date of birth, or any other identifying orpersonal information.

The present disclosure recognizes that the use of such personalinformation data, in the present technology, can be used to the benefitof users. For example, the personal information data can be used topresent a more efficient and effective method for a user to measure,view, and manage health information. Accordingly, use of such personalinformation data (e.g., health information data) enables users to betterassess and monitor their health information, thereby raising awarenessto the users of their current health status. Further, other uses forpersonal information data that benefit the user are also contemplated bythe present disclosure. For instance, health and fitness data may beused to provide insights into a user's general wellness, or may be usedas positive feedback to individuals using technology to pursue wellnessgoals.

The present disclosure contemplates that the entities responsible forthe collection, analysis, disclosure, transfer, storage, or other use ofsuch personal information data will comply with well-established privacypolicies and/or privacy practices. In particular, such entities shouldimplement and consistently use privacy policies and practices that aregenerally recognized as meeting or exceeding industry or governmentalrequirements for maintaining personal information data private andsecure. Such policies should be easily accessible by users, and shouldbe updated as the collection and/or use of data changes. Personalinformation from users should be collected for legitimate and reasonableuses of the entity and not shared or sold outside of those legitimateuses. Further, such collection/sharing should occur after receiving theinformed consent of the users. Additionally, such entities shouldconsider taking any needed steps for safeguarding and securing access tosuch personal information data and ensuring that others with access tothe personal information data adhere to their privacy policies andprocedures. Further, such entities can subject themselves to evaluationby third parties to certify their adherence to widely accepted privacypolicies and practices. In addition, policies and practices should beadapted for the particular types of personal information data beingcollected and/or accessed and adapted to applicable laws and standards,including jurisdiction-specific considerations. For instance, in the US,collection of or access to certain health data may be governed byfederal and/or state laws, such as the Health Insurance Portability andAccountability Act (HIPAA); whereas health data in other countries maybe subject to other regulations and policies and should be handledaccordingly. Hence different privacy practices should be maintained fordifferent personal data types in each country.

Despite the foregoing, the present disclosure also contemplatesembodiments in which users selectively block the use of, or access to,personal information data. That is, the present disclosure contemplatesthat hardware and/or software elements can be provided to prevent orblock access to such personal information data. For example, in the caseof captured biometric information, the present technology can beconfigured to allow users to select to “opt in” or “opt out” ofparticipation in the collection of personal information data duringregistration for services or anytime thereafter. In another example,users can select to limit the length of time captured biometricinformation is maintained on another electronic device or entirelyprohibit the storing of captured biometric information on anotherelectronic device. In addition to providing “opt in” and “opt out”options, the present disclosure contemplates providing notificationsrelating to the access or use of personal information. For instance, auser may be notified upon downloading an app that their personalinformation data will be accessed and then reminded again just beforepersonal information data is accessed by the app.

Moreover, it is the intent of the present disclosure that personalinformation data should be managed and handled in a way to minimizerisks of unintentional or unauthorized access or use. Risk can beminimized by limiting the collection of data and deleting data once itis no longer needed. In addition, and when applicable, including incertain health related applications, data de-identification can be usedto protect a user's privacy. De-identification may be facilitated, whenappropriate, by removing specific identifiers (e.g., date of birth,etc.), controlling the amount or specificity of data stored (e.g.,collecting location data a city level rather than at an address level),controlling how data is stored (e.g., aggregating data across users),and/or other methods.

Therefore, although the present disclosure broadly covers use ofpersonal information data to implement one or more various disclosedembodiments, the present disclosure also contemplates that the variousembodiments can also be implemented without the need for accessing suchpersonal information data. That is, the various embodiments of thepresent technology are not rendered inoperable due to the lack of all ora portion of such personal information data. For example, capturedbiometric information can be maintained entirely on a user's electronicdevice and access to data corresponding to the captured biometricinformation by another device (e.g., a server) can be prohibited withoutthe user's express consent.

What is claimed is:
 1. A computer system, comprising: a displaygeneration component; one or more input devices; one or more processors;and memory storing one or more programs configured to be executed by theone or more processors, the one or more programs including instructionsfor displaying, via the display generation component, a user interfacethat includes a plurality of user interface objects that correspond tohealth-related functions, the plurality of user interface objectsincluding a first user interface object that corresponds to a firsthealth-related function, wherein the first user interface objectincludes: in accordance with a determination that the firsthealth-related function is currently active, an indication that thefirst health-related function is active; in accordance with adetermination that the first health-related function is currentlyinactive and available for activation via a set of one or more inputsreceived at the computer system, an indication that the firsthealth-related function is available for activation; and in accordancewith a determination that the first health-related function is currentlyinactive and not available for activation, an indication that the firsthealth-related function is not available for activation.
 2. The computersystem of claim 1, wherein the first health-related function is notavailable for activation due to a first resolvable issue and wherein theindication that the first health-related function is not available foractivation includes a selectable portion that, when selected via aninput received via the one or more input devices, initiates a process toresolve the first resolvable issue and to thereby make the firsthealth-related function available for activation.
 3. The computer systemof claim 1, wherein the first health-related function is currentlyinactive and available for activation and the first user interfaceobject further includes: a selectable portion that when selected via aninput received via the one or more input devices, initiates a processfor activating the first health-related function, wherein the processfor activating the first health-related function includes in accordancewith a determination that the first health-related function is afunction of a first type, a first type of activation process thatrequires a first minimum number of inputs to activate the first-healthrelated function; and in accordance with a determination that the firsthealth-related function is a function of a second type, a second type ofactivation process, wherein the second type of activation processrequires a second number of minimum inputs to activate the first-healthrelated function and wherein the second number of minimum inputs isgreater than the first number of minimum inputs.
 4. The computer systemof claim 3, wherein the first type of activation process includesdisplaying, via the display generation component a single selectableuser interface object that when selected via an input received via theone or more input devices, activates the first health-related function.5. The computer system of claim 3, wherein the second type of activationprocess includes: displaying, via the display generation component, asequence of a plurality of user interfaces, and receiving a plurality ofuser inputs, received while interfaces of the plurality of userinterfaces are displayed, before activating the first health-relatedfunction.
 6. The computer system of claim 1, wherein: the computersystem is associated with a first user account, the first user accountis associated with a first external electronic device, and the firsthealth-related function, when active, includes one or more functionsoperating on the computer system and one or more functions operating onthe first external electronic device, the method further comprising:receiving a set of one or more inputs that includes an inputcorresponding to the first user interface object; in response toreceiving the set of one or more inputs that includes an inputcorresponding to the first user interface object, displaying, via thedisplay generation component, a feature user interface corresponding tothe first health-related feature that includes: a first feature userinterface object that corresponds to a function of the one or moreoperating on the computer system; and a second feature user interfaceobject that corresponds to a function of the one or more functionsoperating on the first external electronic device.
 7. The computersystem of claim 3, wherein the process for activating the firsthealth-related function includes displaying a settings user interfacethat concurrently includes: a first setting user interface object formodifying a parameter of the first health-related function for thecomputer system; and a second setting user interface object formodifying a parameter of the first health-related function for a secondexternal electronic device.
 8. The computer system of claim 1, whereinsettings of the first health-related function cannot be modified fromthe user interface that includes the plurality of user interface objectsthat correspond to health-related functions.
 9. A non-transitorycomputer-readable storage medium storing one or more programs configuredto be executed by one or more processors of a computer system that is incommunication with a display generation component and one or more inputdevices, the one or more programs including instructions for:displaying, via the display generation component, a user interface thatincludes a plurality of user interface objects that correspond tohealth-related functions, the plurality of user interface objectsincluding a first user interface object that corresponds to a firsthealth-related function, wherein the first user interface objectincludes: in accordance with a determination that the firsthealth-related function is currently active, an indication that thefirst health-related function is active; in accordance with adetermination that the first health-related function is currentlyinactive and available for activation via a set of one or more inputsreceived at the computer system, an indication that the firsthealth-related function is available for activation; and in accordancewith a determination that the first health-related function is currentlyinactive and not available for activation, an indication that the firsthealth-related function is not available for activation.
 10. A method,comprising: at a computer system that is in communication with a displaygeneration component and one or more input devices: displaying, via thedisplay generation component, a user interface that includes a pluralityof user interface objects that correspond to health-related functions,the plurality of user interface objects including a first user interfaceobject that corresponds to a first health-related function, wherein thefirst user interface object includes: in accordance with a determinationthat the first health-related function is currently active, anindication that the first health-related function is active; inaccordance with a determination that the first health-related functionis currently inactive and available for activation via a set of one ormore inputs received at the computer system, an indication that thefirst health-related function is available for activation; and inaccordance with a determination that the first health-related functionis currently inactive and not available for activation, an indicationthat the first health-related function is not available for activation.